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In this Issue: 

Critically ill patients recovering from surgery, heart attack, or serious illness are often 
placed in special intensive-care units where their vital signs can be watched constantly. In 
these units, electronic bedside monitors attached to each patient relay vital-sign information 
to a central station or patient information center at the nurses' station. The patient information 
center assists the hospital staff in three ways. First, it generates audible and visual alarms if 
preset vital-sign limits are exceeded. It's important that the central station announce these 
emergencies without generating too many false alarms — for example, when the patient 
moves. The second function of the patient information center is to display the vital-sign data. 
By watching this data, the staff can detect problems before they reach the alarm stage. Trend plots may also be 
provided by the central station to help guide the patient's treatment. The central station's third function is to 
provide recordings of the electrocardiogram and sometimes of blood pressure. Especially important is a record 
of the few seconds just before an alarm, which shows what kind of irregularity led to the alarm. 

Most of this issue is devoted to the new Hewlett-Packard 78500 Series Patient Information Centers. These 
new systems make many significant contributions to special patient care, including simplified operation, sharper 
displays, noticeably reduced false alarms, a waveform memory that stores patient data when several alarms 
occur simultaneously, three waveform recording choices for each patient, optional trend displays and improved 
pressure processing, and four levels of self test. Not only does this new equipment test and diagnose 
itself, but when some parts fail, others take over their functions to minimize the impact of the failure on system 
operation. The 78500 Series is compatible with all existing HP bedside monitors, and thanks to the decreas- 
ing cost of smaller, more powerful integrated circuits, it costs no more than HP central stations introduced ten 
years ago. The 78500 Series is compact and can be installed either in HP cabinets or in cabinets of the hospital's 
own design. Our cover shows the 78500 installation at Woodland Memorial Hospital in Woodland, California. 

The article on page 29 discusses the design of a software package that allows HP 3000 Computers to 
communicate easily with large IBM mainframe computers. Most small-computer manufacturers offer similar 
programs, called "3270 emulators" because the large mainframe computer thinks it's talking to an IBM 3270 
terminal control unit. IML3000 represents a real contribution to this field. It takes care of the low-level details 
and makes it easy to set up HP-to-IBM program-to-program communications. 
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Patient Monitoring Enhanced by 
New Central Station 

Multi-microprocessor architecture and a new integrated display 
concept provide more patient data, fewer false alarms, 
internal self-tests and extensive recording capabilities in an 
easy-to-operate system. 

by Timothy B. Blancke and Larry L. Nielsen 



THE NEW 78500 SERIES Patient Information Cen- 
ters (PICs), Fig. t, provide a wide range of patient 
monitoring data at the nurses' station of patient-care 
units. The combination of a multi-microprocessor archi- 
tecture and a new display technology makes it possible to 
display a flexible mixture of smooth waveforms, alpha- 
numerics, and graphics on a single cathode-ray tube (CRT). 
This saves valuable space at the nurses' station and pre- 
sents all the information at a glance. 

What PICs Do 

Patient monitoring systems usually consist of two types 
of equipment — bedside monitors and central station 
monitors. Bedside monitors are connected to various trans- 
ducers that measure the physiological status of the patient. 
For example, an extremely sick patient in a surgical inten- 
sive care unit might be monitored for: 
» Heart rate, rhythm and wave shape (ECC) 



■ Arterial, pulmonary and venous blood pressures 

■ Blood flow (cardiac output) 

■ Internal body temperature 

■ Respiration rate 

• Respiratory carbon dioxide. 

As the patient progresses towards good health the 
number of monitored variables is decreased for patient 
comfort as quickly as practical because some of these mea- 
surements require the insertion of tubes or wires into the 
patient. Eventually, only the electrical heart functions 
(ECC) are measured using electrodes attached to the pa- 
tient's chest. If the patient is ambulatory, a small portable 
telemetry transmitter may be used to send the patient's ECG 
to a central station for monitoring. 

Many hospitals have several kinds of care units (e.g.. 
surgical intensive-care unit, coronary-care unit, and 
progressive-care unit), These units use bedside monitors of 
varying degrees of complexity. A patient getting better 




Fig. 1. The 78500-Senes Patient 
Information Centers are advanced 
central monitoring systems de- 
signed lor user convenience in a 
hospital environment These mod- 
ular microprocessor-based sys- 
tems have increased reliability 
through comprehensive self- 
testmg and can be easily ex- 
panded to meet future monitoring 
requirements 
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mighl be moved from one kind of unit lo another, A patient 
who has suffered a heart attack might spend five days in a 
coronary-care unit and then ten more days in a progressive- 
care unit. 

The central station monitoring equipment receives in- 
formation from the bedside monitors and uses it for three 
purposes: 

1. Alarms. Some variables, such as heart rate, can change 
very quickly, putting the patient's life in jeopardy unless 
corrective action is taken within three or four minutes. 
Audible and visual annunciation of these events is pro- 
vided by the central station. Often, false alarms are 
sounded — generally because the patient moves, causing 
noisy signals (artifacts) to be sent to the PIC. The number 
of false alarms can be significantly reduced with modern 
signal-processing techniques. 

2. Observation of patient status. Many variables need lo be 
observed to prescribe the most appropriate care for a 
patient. Some, such as the EGG wave, may also be used to 
check on the accuracy or the urgency of the automatic 
alarms. The ECC wave is watched to spot developing 
irregularities that are not drastic enough to cause an 
alarm, but need to be treated before they do. 

While it is important to know the instantaneous vital 
signs to treat life-threatening conditions, it is also good 
medical practice to observe the trends in the patient's 
vital signs and to correct them before anything serious 
develops. This is sometimes called "giving the patient a 
smooth ride." Many trends are very slow, requiring sev- 
eral hours for a vital sign to change significantly. Trend 
plots of vital signs can be provided by the PIC to aid in 
guiding the patient's therapy. 

3. Documentation. Most central stations provide a strip- 
chart recording of the ECC. When an alarm occurs, the 
recorder automatically provides documentation of the 
alarm event, and records the patient's ECC that caused 
the alarm. A waveform storage element delays the ECC 
wave for about ten seconds so that it is possible to record 
the momentary event that triggered the alarm. Manually 
requested recordings are often made every few hours 
and compared with earlier ECC recordings so that subtle 
changes can be detected as they develop. 

In some cases, it is helpful to make a combined two- 
channel recording of the ECC and blood-pressure waves, 
because the combination gives an overall picture of the 
heart's electrical and mechanical activity. 

Also, if the central station has the capability to display 
vital signs or trend plots, it is convenient to have a 
hard-copy device to provide a permanent record for the 
patient's files. 

The purpose of all PICs is to provide a central location for 
observing and recording the physiological data and alarm 
information from a number of patients. If a PIC is to be 
effective it must fulfill this purpose for all types of hospital 
users. Physicians, nurses, clerks, and support technicians 
all play a role and must feel that it is easy to enter, retrieve, 
and use desired information. To be viewed as a friend and 
not as an adversary, the system must respond quickly to 
user inquiries while maintaining a constant surveillance 
and display of essential data and alarms. The PIC must be 
well-suited for the hospital environment by not requiring 
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too much floor space, special temperature and humidity 
controls, and special power. The system must be sale, quiet 
and aesthetically pleasing. 

The 78500 PICs 

Efficient and economical handling of the wide range of 
patient monitoring data is achieved by the design ol two 
basic versions of the new HP 78500 Series PICs. The 78501 A 
PIC provides economical monitoring, display and record- 
ing capabilities for up to eight patients. It is intended 
primarily for cardiac patients found in coronary-care, 
progressive-care and telemetry units. The 78502A Pit; pro- 
vides more extensive display and recording capabilities, as 
well as trend plots and hard-copy printing, but for only four 
patients. It is specially designed for higher-risk cardiac 
patients and those suffering with both cardiac and 
hemodynamic dysfunction. These patients are typically 
found in intensive-care and surgical-care units. When it is 
necessary to monitor more patients, up to four 78501 A/ 
78502A systems can be combined to share common record- 
ing and hard-copy facilities. 

In addition to using much of the same hardware, both 
systems are designed to place the observation, annuncia- 
tion and documentation functions at the user's fingertips. 
All normal observation and documentation functions are 
provided by the use of eight softkeys and two dedicated 
control keys. These keys are conveniently located along the 
right-hand portion of the CRT display. The softkeys are 
controls that have different functions at different times. 
Labels describing the current functions of all active softkeys 
are always shown on the CRT screen next to the keys. Only 
occasionally will the door on the display unit need to be 
opened toallow access to six additional dedicated controls. 

Observation 

The 78501A PIC monitors and compactly displays the 
ECC waveforms and heart-rate information for eight pa- 
tients. The primary or standard display used lor observation 
is shown in Fig. 2. This data format is displayed after 
power-on and whenever the STANDARD key is pressed. This 
format shows four seconds of real time ECC waveform, the 
accompanying heart-rate or alarm information, and. if 




Fig. 2. Standard monitoring display for 78501 A system shows 
cardiac data lor up to eight patients 
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Fig. 3. Standard monitoring display tor 78502 A system s/icws 
cardiac and hemodynamic data lor up to tour patients. 

blood-pressure monitoring is active, the corresponding 
pressure parameter (systolic/diastolic pressure for the Pi 
pressure site and mean pressure for the P2 pressure site). 

The 78502A PIC has many displays that are specially 
structured for the presentation and observation of data. Like 
the 78501A. the standard display (Fig. 3) is normally the 
resting display- Six seconds of real-time ECG waveform and 
a large-character display of the associated heart rate (and 



VPB* rate if arrhythmia monitoring is available) are shown 
for each active patient. Whenever they are available, the 
systolic and diastolic blood pressure values are also given. 
Like the 78501A. the alarm information is given above the 
respective ECG waveform display area. 

The display shown in Fig. 4a is the result of pressing the 
FREEZE key on the 78502A PIC. For this display and all 
78502A PIC displays other than the standard display, the 
ECG waveform duration is reduced from six seconds to four 
seconds. This is done to free the right-hand portion of the 
display for other display purposes, while retaining the im- 
portant real-time monitoring activity. Thus, the real-time 
waveforms and alarm information are constantly available 
for observation regardless of the display of optional infor- 
mation. The right-hand portion of the freeze display is used 
to display either the first or last four seconds of eight sec- 
onds of frozen ECG data. This allows study and/or 
documentation (strip-chart recording) of any abnormal 
heart beats that may have been observed by the user. 

The remaining displays that are useful for observation are 
accessible by using the vital-signs (VS) softkeys. A vital- 
signs display is shown in Fig. 4b and is designed to give a 
listing of all electronically gathered parameters and as- 
sociated alarms for the selected patient. In addition to pro- 
viding a quick glance at all parameters, an in-depth look at 

"VPB stands 'or ventricular premature beat, also called PVC- premature ventricular 
contraction 
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Fig. 4. Additional display modes that may be selected on the 78502 A system are (a) freeze, (b) 
vital-signs, (c) long-trend, and (d) wave displays. 
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the past and the present data for the selected patient can be 
obtained via the softkey s within the vital-signs display. 
They effectively open the right-hand portion of the display 
into a series of detailed physiological displays that can be 
evaluated to guide the care of critically ill patients. 

A long-trend display, shown in Fig. 4c. is representative 
of all trend displays. Either long trends (soft-configured for 
either 9 or 24 hours) or short trends (90 minutes) may be 
selected for observation and/or documentation. 

The last display within the detailed physiological- 
display group is the wave display (Fig. 4d). In this display 
the ECG and up to two other real-time waveforms for the 
selected patient can be displayed. 

Other displays that are used occasionally are the control 
displays. The first of these is shown after the dedicated 
control key is pressed. The cardio-control display is then 
obtained for a selected patient by pressing a softkey. This 
display is shown in Fig. 5 for the 78501 A and is representa- 
tive of both f'lCs. The softkey definitions for this display 
mode allow adjustment of the cardiotach alarm limits. 
When the patient's ECG is telemetered, controls for the 
waveform size and bed on'off functions are provided 
as illustrated. Another softkey turns alarms on or off for 
that patient. 

Annunciation 

The annunciation of alarms and inops (equipment mal- 
functions) is accomplished by flj lighting an alarm lamp, 
(2) writing a detailed alarm message in the patient's 
common-display area, (3) sounding an appropriate alarm 
and (4) optionally closing an alarm relay to trigger any 
additional alarm indication such as a light in the hallway 
outside the patient's room. A typical 78501 A PIC display 
with alarms and inops is shown in Fig. 6. 

The alarm lamps (red, yellow and green) are located in 
the upper right-hand corner of the PIC display unit. More 
than one lamp will light if alarms of different levels exist for 
different patients. Three sounds are used to announce 
alarms. They vary, in order of decreasing priority level, 
from a continuous chime every second (red patient alarm), 
to a chime every two seconds for a period of fifteen seconds 




Fig. 5. The cardio-control display mode is used to change the 
alarm limits lor the monitored parameters 
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Fig. 6. When an alarm or malfunction (mop) condition occurs , 
appropriate messages are displayed A display giving typical 
alarm and advisory messages for the 78501 A system is 
shown 

(yellow patient alarm), and finally a continuous beep every 
two seconds (yellow inop). Only the highest-priority-level 
alarm will sound at any one time. 

Documentation 

In addition to the audible and visual alarm indications 
described above, a one or two-channel strip-chart recording 
of the alarm waveforni(s) is automatically initiated. If all 
recorders are already busy recording earlier requests, a 
snapshot of the alarm waveform is stacked (temporary stor- 
age of the data within internal memory) until a recorder 
becomes available. At that time, the vvaveform(s), heart rale, 
lime-ol-alarm and alarm message are recorded as if they had 
been recorded at the time of the alarm. 

Manual recordings can be made for all active beds and the 
record requests are queued in the order requested. The 
recordings may be activated by the R softkey within the 
standard, freeze and wave displays or at the patient's bed- 
side. The recordings may be direct (real-time), delayed, 
timed-run. or continuous (real-lime). 

In addition to the single or dual-channel strip-chart re- 
cordings, a graphics printer may be used to provide perma- 
nent recordings for patient files. A copy of the vital signs 
display or any trend display may be obtained by depressing 
the COPY softkey on the appropriate display. Also, a period- 
ically scheduled or manually requested trend report may be 
obtained for all long trends of a selected patient. 

Instrument Building Blocks 

A high degree of flexibility is provided so that systems 
can be configured to satisfy a wide range of patient-care 
needs. The basic set of instruments includes: 

■ 78510A Display Module 

■ 7851 1 A Equipment Cabinet 

■ 78571A Single-Channel Recorder 
• 78572A Dual-Channel Recorder 

■ 9876A Thermal Printer. 

An example of a configured system is shown in Fig. 7. A 
78510A and 7851 1A configuration can be used to accom- 
modate either four heavily instrumented patients, or eight 
lightly monitored patients, In large care units, as many as 
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four 78510A78511A combinations can be interconnected 
to share a documentation bank of a printer and up to thiee 
strip-chart recorders. On the other hand, as many as 24 
patients (three 78510A 7851 1 As) can share a single record- 
er. This is possible because the recorder burden is 
minimized by an algorithmic heart-rate processor that pro- 
duces far fewer false-alarm recordings, and by a recorder 
memory facility that automatically stores alarm recordings 
when the recorder is already busy. 

To conserve space at the PIC the equipment cabinets 
(which have no controls) can be located as far as 60 metres 
from the displays and recorders. In addition, the 78510A 
Display can be mounted in a variety of positions — on the 
wall, from the ceiling, or on a swivel mount. 

The principal difference between the four and eight- 
patient systems is the configuration of processor subsys- 
tems within the equipment cabinet. The eight-patient sys- 
tem uses two identical bedside-interface subsystems (one 
each for four patients) while the four-patient system uses 
only one bedside interface and substitutes a trend subsys- 
tem for the second bedside interface. The four and eight- 
patient systems each use similar display and communica- 
tions subsystems. 

The heart of each subsystem is the common microproces- 
sor board. This board contains a custom IB-bit silicon-on- 
sapphire (SOS) microprocessor, sockets for eight read-only 
memories (ROMs), and a custom HP-IB* interface chip 
which makes it possible for a processor to talk with other 
processors. By simply plugging in a different set of ROMs, a 
single processor board can be made to perform the process- 
ing functions for any one of the four subsystems. 

The commonality of instruments and processor subsys- 
tems within the equipment cabinet has produced many 
benefits. Less hardware had to be designed. The use of 
common hardware decreases manufacturing costs and 
minimizes the number of spare parts that need to bestocked 
in the field forservice, And. if a hospital's monitoring needs 
become more sophisticated, it is easy to upgrade a 78501 A 
system to a 78502A on-site. 

Signal Flow in the Eight-Patient System 

In the 78501 A two bedside interfaces collect the informa- 
tion from eight bedsides, digitize the data and analyze the 
ECG signals to produce heart-rate signals and alarms. This 
information is passed on to the display subsystem and the 
communication subsystem using the HP-IB. The display 
subsystem stores this information for delayed recordings, 
formats waveforms, alphanumerics and graphics for dis- 
play, and generates a video signal for the 785 10A display. 
The communications subsystem controls the flow of infor- 
mation on the HP-IB and interfaces the equipment cabinet 
with the recorders and the display's alarm lights and 
sounds, 

Signal Flow in the Four-Patient System 

Signal flow in the four-patient 78502A is similar to that in 
the eight-patient system, except for the trend subsystem 
functions. In Ihis case the patient's data is also sent to the 
trend subsystem. The trend subsystem stores this informa- 
tion so that trend plots can be created tor the display and the 

•Hewlett Packard s implementation ot IEEE Standard 488 (1978) 



optional printer. The same processor also derives systolic, 
diastolic, and mean blood-pressure values by using digital 
techniques. These results are more accurate than the pres- 
sure values derived by the analog processors in existing 
bedside monitors. These blood-pressure values are used in 
vital-signs displays, trend plots, and reports. 

The Bedside Interface Subsystem 

A single bedside-interface subsystem connects with a 
cable from each of four bedsides. Each bedside cable con- 
tains as many as fifteen analog signals representing 
physiological parameters which may include several blood 
pressures. ECG. heart rate, respiration, end-tidal C0 2 and 
temperature. Several other wires in the same cable carry 
status information, such as alarm signals. Each bedside also 
has its own ground wire to maintain a true differential- 
measurement system. This precaution is taken because sig- 
nificant common-mode ground-loop noise can exist be- 
tween bedsides that are not supplied by the same local 
power-distribution-grounding system, 

A major goal of the PIC is to make it possible for a nurse to 
be able to interchange a wide variety of bedside monitors 
without requiring any reconfiguration of the PIC. Thus, the 
first task of the bedside interface is to ascertain what kind of 
a bedside monitor it is connected to and then assign the 
correct labels to the variables it will receive. This is ac- 
complished by using one of the bedside wires to connect the 
PIC to a resistor in the bedside monitor. The bedside inter- 
face measures the resistance value to identify the type of 
equipment at the bedside. One bedside interface can be 
connected to four different types of bedside monitors. 

The eighty or so incoming physiological values and 
status signals are then sampled and digitized at appropriate 
rates by a 10-bit analog-to-digital converter. ECG 
waveforms are sampled every two milliseconds to maintain 
the 0-100 Hz diagnostic bandwidth. At the other end of the 
spectrum, slowly varying variables such as temperature are 
sampled every fourseconds. All this information is labeled 
by the bedside interface processor and made available to the 
other processors through the HP-IB. 

A second function provided by the bedside interface pro- 
cessor is the analysis of each patient's ECG wave to provide 
the corresponding value of heart rale. The heart rate is then 
compared with alarm limit values set at the PIC. Because the 
algorithm used to derive the heart rate is quite sophisticated 
(see article on page 2!i) the PIC produces accurate data and 
few false alarms. A field trial with ambulatory patients 
wearing telemetry transmitters in a progressive-care unit 
showed that false heart-rate alarms were reduced by a factor 
greater than five when compared with older analog car- 
diotachometers. This reduction in false alarms is signifi- 
cant to the nursing staff, which finds false alarms very 
frustrating. Another benefit is the reduced consumption of 
recorder paper, because every false alarm initiates an un- 
necessary recording. 

Display Subsystem 

The display subsystem contains most of the intelligent 
features perceived by the user. The main functions of the 
display subsystem are to 

• Formal data for presentation and generate the video sig- 
nal for the 7851 OA Display 
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i Provide system control functions through softkey in- 
teraction with the user, and 

Provide a data delay and storage capability for waveform 
recordings. 

Display formats are provided to meet various medical 
needs. Each format is a mixture of waveforms, graphics, and 
alphanumerics. It is the formatting power of the display 
subsystem that makes it possible to present a wide variety of 
quickly comprehensible information in a limited display 
area. 

The alphanumeric capability of the display also makes 
the implementation of softkey controls possible. Only eight 
softkeys are needed to implement the following control 
functions for four or eight patients: 

Select display frames 

Initiate recordings and operate the printer 
I Set cardiotach upper and lower alarm limits 
Reset alarms 

Adjust the amplitude of the ECG waveform from tele- 
metry receiver 

Initiate/terminate trend plots. 

The logic to display a suitable set of control labels for 
every situation is contained within the display processor. 
Before arriving at a decision concerning the appropriate 
control labels to be displayed, the processor must also con- 
sider various factors which are not constant, such as 

Which bedsides are active? 

What data is available from each bedside? 

Current alarm situation for each patient? 
■ Availability of one and two-channel recorders? 

Availability of printer? 
No labels are provided for inactive controls. Although a 
formidable amount of logic is required to accomplish 
softkey control, the small number of user controls and the 
responsiveness of the display make the system seem 
friendly and easy to learn. The integration of the control 

7851 OA Display 7851 OA 7851 OA 



function with the information display also saves space by 
concentrating all user activity into one area. 

The display subsystem has two output subsections — 
Superaster for waveforms, and a conventional 300 * 2f>() 
picture-element bit map for alphanumerics and graphics. 
Waveforms cannot be satisfactorily displayed by a bit map 
ol this size. The medical community expects waveforms to 
appear as smooth curves, and not to exhibit a "connect- 
the-dots" roughness. The Superaster display technique was 
created to overcome this problem. Briefly, the Superaster 
wave generator uses a 12uf)-line vertical raster combined 
with a custom video smoothing technique to produce 
smooth waveforms of constant brightness, regardless of the 
slew rate of the waveform. This technique is more fully 
described in the article on page 11. 

The Superaster and bit-map outputs are combined to 
produce the video for the 78510A display. This makes it 
possible to present smooth waveforms, write copious al- 
phanumeric data, and plot graphics information anywhere 
on the screen. 

The last function of the display subsection is to manage a 
16K-word memory that is used as temporary storage for 
waveform and hard-copy data. ECG waveform data for each 
patient is continually stored temporarily to provide a de- 
layed (typically by eight seconds] waveform output lor re- 
cording. The delay is used to capture a snapshot of any ECG 
abnormalities leading up to an alarm. The delay is also used 
by the nurse to record ECG abnormalities seen on the dis- 
play. The recording delay is longer than the amount of time 
that a particular wave appears on the screen, giving the 
nurse plenty of time to capture an interesting event. If the 
recorder happens to be busy, the display processor will 
freeze the waveform and save it until a recorder becomes 
available. If necessary, all patients can have frozen 
waveforms at the same time. 

Since the four-patient 7B502A PIC has the same amount 
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Fig. 7. A typical system applica- 
tion lor eight intensive-care pa- 
tients and eight progressive-care 
patients sharing one central sta- 
tion location. Two 78502 A systems 
and a 78501 A system share two 
recorders and a hard- copy de- 
vice The two-channel recorder is 
used to record ECG and blood 
pressure data simultaneously. 
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of memory but only half the number of patients of the 
eight-patient 78501 A PIC, memory is available for some 
extra functions- 
First, it is possible for the four-patient PIC to store two 
waveforms (e.g.. ECG and blood pressure) for each patient. 
Second, it is possible to freeze eight seconds of all four 
patient ECGs for both display and recordings. Finally, a 
trend plot or vital signs tabulation can be dumped from the 
screen into temporary storage when a hard copy is desired. 
This feature allows the user, after requesting a hard copy, to 
change the display without having to wait until the hard 
copier has completed its task. 

Communications Subsystem 

The keystone of the PIC architecture is the communica- 
tions subsystem. This subsystem performs three functions. 
First, it allows the bedside interface, display, and trend 
processors within a single equipment cabinet to communi- 
cate among themselves. The second function of the com- 
munications subsystem is to allow these processors to 
communicate with the controls, lights and sounds of the 
78510A Display. The third function is to allow several 
equipment cabinets to share one or more recorders and a 
printer. In the extreme case, one communications subsys- 
tem could be controlling three other internal subsystems, 
its own display link. and. through the synchronous data 
link control (SDLC) loop, an additional three equipment 
cabinets, three recorders and a printer. 

System configuration functions are performed automati- 
cally whenever power is turned on or if a self-test button is 
pressed. The automatic configuration feature is important 
to the user because it adds a "fail-soft" feature. If one of the 
system elements should fail, the user need only press a 
self-test button to reconfigure the system with the failed 
element eliminated. In many cases the built-in real-time 
self-testing modes will automatically detect a failure and 
reconfigure the system without any user interaction. 

HP-IB Function 

HP-IB was chosen for the interprocessor link within an 
equipment cabinet. The high transfer rate (in this case ap- 
proximately 2U0K bytes/s), and the ability to send the same 
message to several listeners simultaneously make HP-IB an 
efficient communications medium. The integration of the 
interface functions by the custom SOS interface chip re- 
lieves the processors of time-consuming bus-management 
tasks, leaving them more time for processing physiological 
information. 

The communications subsystem controls HP-IB com- 
munication in a two-step process. First, during an initiali- 
zation phase, it polls all the HP-IB addresses to determine 
which processors are present and it then builds a table of the 
types of messages each processor wants to receive. After the 
message needs are known, the communications subsystem 
repetitively polls each internal processor to see if it wishes 
to talk, setting up the appropriate listeners in response to 
the message type the talker wishes to transmit. 

Communication with the 7851 OA Display 

The 7851 OA Display contains the alarm lights and sounds 
as well as the softkeys anil other controls used to operate the 
system. The activation of lights and sounds is done by 



messages from the equipment cabinet to the display, while 
the controls in turn send key-push messages from the dis- 
play to the equipment cabinet- Since the data rates are slow 
and only two locations need communicate, this link is sim- 
ply accomplished by use of two l-'ARTs (universal asyn- 
chronous receiver transmitters). 

SDLC Function 

The final system communication need is to interconnect 
as many as four equipment cabinets with as many as three 
recorders and a printer. The equipment cabinets may be 
located up to 60 metres from the recorders and printer. 
Flexible two-way communication paths are needed because 
any equipment cabinet can use any recorder or the printer, 
and all the recorders and the printer may be operating 
simultaneously. At first glance HP-IB would seem to be a 
suitable medium, but in this application the required dis- 
tances are three times the maximum allowed by HP-IB. In 
addition, serial communication is attractive because a 
smaller, simpler cable can be used. 

SDLC" was chosen over a L'ART serial implementation 
because SDLC can accommodate communications between 
many instruments and a controller separated by hundreds 
of feet. Chips that implement the addressing, control, and 
error-checking functions of SLDC are available from several 
vendors. 

By connecting the instruments in a loop and sequentially 
passing control around the loop, it is possible for any in- 
strument to communicate bidirectional ly with any other 
loop member. When it is designated as controller, a com- 
munications subsystem can address one or more recorders 
and the printer to send or receive device control informa- 
tion and data. When its communication needs are complete, 
the communications subsystem passes control to the next 
loop member. 

Since several equipment cabinets might wish to use the 
same recorder or the printer at the same time, some means 
must be provided to distribute the resources equitably 
among the equipment cabinets. This function is performed 
by a master equipment cabinet which keeps a list of all loop 
members, queues all recording requests and makes sure that 
all high-priority alarms from all equipment cabinets are 
recorded before low-priority alarms. The master also main- 
tains a queue for printer requests. 

Any communications subsystem within the loop can be 
the master controller. During the initialization period the 
first to come on line assumes this job. Thus instruments can 
be added to and deleted from the loop and the entire system 
will automatically reconfigure itself. 

The SDLC loop operates at an instantaneous rate of 
333.000 bits/s. When the recorders and printer are all busy 
the average data rate is about 50.000 bits/s. Thus, in the 
extreme case, a communications processor spends about 
15% of its time dealing with data on the SDLC loop. 

Trend Subsystem 

The trend subsystem consists of a standard microproces- 
sor printed circuit board (with trend-processing ROMs) 
and a special memory board. Since the trend memory can 
contain as much as 24 hours of patient data, it is important 

•Synchronous dala link control, developed by IBM 
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thai this data not be lost as a result of a power failure. The 
trend memory board contains (>K words of CMOS RAM, 
which requires very little power in the standby mode. The 
CMOS memory is connected to a battery backup power 
supply which will hold patient data for at least 24 hours 
after a power failure. 

Design for Service 

From the earliest design stages special consideration was 
given to a service strategy. This plan provides for two levels 
of service — board-exchange and component-level repair. 
Either level can be implemented by Hewlett-Packard or 
hospital service personnel. 

Board exchange is accomplished without the need for 
sophisticated test equipment through the use of built-in 
self-test software. About 25% of the firmware in each pro- 
cessor is used only for self-test. A small amount of test 
circuitry is also built in to facilitate the firmware-driven 
tests. An example is a video-sync detector which can be 
read by the display processor. If the sync generator should 
malfunction, this test indicates that the problem is in the 
equipment cabinet, rather than the display. 

The self-test function checks: 
■-> All digital communication links 

■ Video sync 

- ROM and RAM 

■ Display lights and sounds 
o Microprocessor functions. 

If an error is found, a specific error code is displayed and 
printed on the recorder. In addition, test patterns are gener- 
ated lor the display and recorder. These tests point to which 
instrument is at fault, which subsystem is at fault, and often 
which printed-circuit board is defective. Thus, it is gener- 
ally possible to quickly perform board-exchange-level re- 
pair without requiring any test equipment. 

Component-level repair is accomplished through the use 
of a specially-designed analyzer, the 14451A Service Board. 
This analyzer can be added to any processor subsystem. It 
then takes over control of the subsystem and provides a 
series of special test programs which exercise the circuitry 
in a known way. An oscilloscope and a digital signature 
analyzer are then used to probe circuit nodes. The results 
seen at any node can be compared with a reference 
waveform picture or signature for that node. The reference 
is provided in the component-level service documentation. 
The nodes are probed until a device with proper inputs but 
an incorrect output is found. The details of the service 
strategy are covered in the article on page 19. 

Fail-Soft Redundancy 

When a failure occurs, it is often possible to operate the 
viable parts of the system and avoid a total system "crash." 
This is done by breaking the system into subgroups and 
defining which remaining groups are viable. For instance, 
if the communications processor fails. HP-IB communica- 
tions will cease. However, the display could still function if 
the display subsystem were to take over the job of HP-IB 
controller. This reconfiguration is automatically ac- 
complished by the built-in self-tests. When the display sub- 
system decides that the communications subsystem is inac- 
tive the display subsystem activates a special fail-soft pro- 
gram which causes it to take over control of the HP-IB 



communications with the bedside interface subsystem. 
Then data can again flow from the bedside interface subsys- 
tem to the display subsystem. The display will also show a 
message which says "Backup-No Recorder No Control," 

Similar backup modes have been provided for the loss of 
other internal subsystems; and. on a larger scale, for the loss 
of equipment cabinets, displays, recorders, and the hard- 
copy printer. In each case, it is the combination of the 
built-in self-tests and I he automatic reconfiguration process 
that makes the backup modes possible. 
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panel of ECU/CGU nurses from local Massachusetts hospi- 
tals and several physician consultants represented the med- 
ical user's viewpoint. A multinational panel of sales en- 
gineers represented the interests of customers in the many 



countries that HP serves. A panel of service engineers 
critiqued the installation, service, and reliability concepts 
of the patient information centers. 



High-Speed Raster Technique Provides 
Flexible Display 

by Robert L. Stettiner and George L. Adleman 



THE DISPLAY FOR THE 78500 SYSTEM provides the 
operator with smooth high-uniform-brightness 
waveforms that are superimposed upon a field of 
alphanumeric or graphic: data. The smoothness eases the 
operator's job of detecting abnormalities in ECC. or other 
medical waveforms, while the uniform brightness provides 
the visibility of larger CRTs in a conveniently compact 
unit. The high flexibility of placement for waves and alpha- 
numeric/graphic data allows clear labeling of waveforms 
from critically ill patients. 

The 24-by-lfi.9-cm display is generated upon a :)0-cm 
conventional CRT using raster deflection. Waveform 
smoothing is done by using a high raster frequency to over- 
lap raster lines and beam-width shaping on individual 
lines. The low deflection power required for the raster 
technique enables the system display unit to operate reli- 
ably without a cooling fan and associated dust filter. 

High-Speed Raster Design 

The raster display is very similar to that of the ubiquitous 
computer terminal except that the display is scanned verti- 
cally, from bottom to top. instead of the more usual left to 
right. The scanning rate also differs; it is approximately 
70 kHz instead of the usual standard ( 15 kll/.| or double 
( -30 kHz) television raster rates. 



Examination of Fig. 1 can lead us through the problem of 
waveform display. Eig. la shows the type of display that 
would be generated by turning on the video to make a dot at 
the exact location where an imaginary waveform overlaid 
upon the screen would cross a vertical raster line. The 
separation of these dots proves objectionable to physicians 
and nurses who are trained to recognize medical conditions 
by studying smooth, direct-written electrocardiograms. 

A continuous picture can be made, as shown in Eig. 1 b. by 
turning on the video between two points representing two 
successive values of the wave coinciding with two succes- 
sive raster lines. Many displays of this type have been 
manufactured for use in the medical field. The major draw- 
back of the technique is that the relatively square corners on 
the displayed trace create a waveform appearance that is 
both artificial and different from the waveforms the 
operators are familiar with. This makes pattern recognition 
difficult. Even increasing the number of vertical lines on the 
screen to 2000 — a raster rale of over 100 kHz — will not 
remove the artificiality of the waveform. Combining higher 
raster rates with synthetically-thickened lines does resolve 
the corner perception problem; however, overly high raster 
rates are required. The combination of moderate raster rate 
and beam width shaping produces an economically feasible 
solution. 
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Raster Lines Raster Lines Raster Lines Raster Lines 




Fig. 1. Various approaches lor depicting a signal waveform using a raster scan display (the 
horizontal spacing between raster lines is greatly exaggerated to clearly show the beam shape 
on individual lines) (a) Dots are displayed where each raster line coincides with the waveiorm 
(b) Video is turned on between each two successive intersections ot the raster scan lines with the 
waveiorm (c) Same display as lor {b) except that the video is modulated smoothly on and oil 
instead of abruptly switched on and off. <d) Same as (c) except that the horizontal spacing is 
reduced to show how the traces actually overlap 



Fig. lc and Fig. Id show a continuous-appearing 
waveform generated by modulating the beam width from 
zero to full width between adjacent corners, instead of cut- 
ting the beam off sharply. This modulation of beam width 
occurs naturally in standard low-resolution electromagnet- 
ic deflection CRTs with intensity modulation. Continuous 
modulation — as shown in Fig. lc — is not a necessity be- 
cause the modulation can be done in steps. Four steps 
are a very good approximation to the smooth function, 
while three or even two steps may be acceptable, depend- 
ing on subjective factors. Fig. 2 shows a normal and an 
expanded view of a waveform segment from the actual 
78510A display, which uses four-step modulation. 

Implementation of the Display 

Fig. 3 is a block diagram of the display. The 305-mm 
(12-in) CRT has 1200 vertical raster lines (5 lines per mm]. 
The beam width is 0.3 mm at cutoff and up to three times 
wider at higher brightness. Raster rate is 69.4 kHz for a 
period of 14.4 fis. with 2.7 fis used for fast (vertical) retrace 
and the remaining 11.7 fjs used for display on each raster 
line. Alphanumerics and general graphics are stored in a 
memory map of the screen and added to the separately 
generated waveform video and sync pulses. 

The waveform video could be generated by any technique 
that results in video similar to that shown in Fig. lc. Our 
system generates the video by comparing the waveform 
sample values to the current CRT beam position. Analog 
comparison techniques were chosen over digital because of 
cost benefits. 

The waveform sample value is loaded into the memory by 
the microprocessor during the fast retrace time that im- 
mediately follows a load request. The appropriate sample is 
read from the memory to a digital-to-analog converter dur- 
ing the 1 1.7 /is display time. During the next fast retrace, the 
output of the digital-to-analog converter is transferred to 



Basic Deflection Techniques 

CRT beams can be deflected by either electrostatic or magnet- 
ic fields. Electrostatic-detlection tubes are generally found m such 
high-frequency applications as oscilloscopes, primarily because 
the field energy required to deflect the beam is some three orders 
of magnitude lower than that required for an electromagnetic- 
deflection tube Electromagnetic-deflection tubes are generally 
less expensive because of their common use by the television 
industry. These tubes also have a higher beam efficiency, (i.e., a 
higher percentage of electrons leaving the cathode arrive at the 
phosphor screen) This efficiency is often 95% for an elec- 
tromagnetic versus 5-10% for a wide-angle electrostatic CRT 

CRT displays are grouped into two main types — directed beam 
and raster The directed-beam display, commonly found in 
oscilloscopes, linearly deflects the beam to follow the signal pat- 
tern in the vertical direction while often using a constant deflection 
rate m the horizontal direction to represent time. For this type of 
display, electrostatic tubes are used to minimize deflection 
power When high brightness and tight focus are mandatory, 
some high-speed, directed-beam displays use electromagnetic 
deflection with the disadvantage of high power consumption (typ- 
ically more than a kilowatt). 

Raster displays are more familiar because of their use m televi- 
sion. The beam follows a fixed path, covering the face of the tube 
in a senes ol parallel lines The picture is generated by modulating 
the beam intensity and hence the picture brightness at the ap- 
propriate places on the CRT face One advantage of this 
technique is that when the end of a raster line is reached, the 
energy stored in the electromagnetic deflection field can be re- 
versed in polarity by low-loss resonant energy transfer The power 
required is typically 10 watts with only 1-10% of that amount used 
m the associated solid-state drivers 

Cost, brightness, and power are factors that make the electro- 
magnetic-deflection raster a highly desirable display technique 
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Fig. 2. (a) Photo ol a normal waveform as shown on the 
7851 OA Display It) Expanded view ol waveform in <al show- 
ing video modulation required to display waveform. 

the appropriate position in an analog shift register. A direct 
implementation of an analog shift register with data being 
transferred down a line of sample-and-hold stages would 
suffer from the accumulation of charge transfer errors. Our 
approach uses a set of four sample-and-hold stages that are 
sequentially loaded with the latest sample value. Thus, 
each stage holds a value until it is updated. The samples are 
put into proper time relationship by analog multiplexers 
which unscramble the sample-and-hold operations. Thus, 
the four samples — A. B.C. and D — are switched to compari- 
son circuit block locations corresponding to their time 
sequence. Resistor dividers are used to generate the inter- 



mediate values between A and B. and between C anil 1) 
These values represent points 25%. 50%. and 75% along t In- 
line between the sample pairs. Fig. 4 shows the step- 
modulated video on a single raster line as a function of the 
four intersections (A, B.C. and D| between signal and raster 
lines. During the next visible display period, the eight 
values — six fractional and B and C — are compared to a 
ramp. The comparator outputs are combined by fast logic 
to form four digital video signals. The outputs closest 
to the outer samples A and D are combined to form a 
1 4-brightness signal. The outputs halfway between the outer 
sample pairs are combined to form the 1 2-brightness sig- 
nals. The remaining two comparator pairs are combined 
to form 3 4- and full-brightness signals. The four separate 
gray levels are combined with their counterparts from 
the other three waveform processors in the system. The 
resulting four digital signals are fed to a digital-to-analog 
converter which converts them to an analog video signal. 
This digital-to-analog converter is weighted in a nonbinary 
fashion to provide gamma correction (the exponential 
relationship between grid-to-cathode voltage and bright- 
ness) for the CRT. 

Graphic Memory 

The graphic bit map is relatively simple to implement. 
The face of the CRT is mapped into a 260-row-by- 300- 
column memory block. The memory is loaded in 10-bit 
words by a microprocessor during a fast retrace period. The 
memory is read out in bit-serial form during the 11.7-fta 
display time for each line. Slight deviations from standard 
television display practice are made to accommodate the 
high speed and high number of raster lines. Because of tho 
high raster speed, each dot read out of the memory must be 
read onto the screen in 45 ns. The conventional (500 ns) 
dynamic RAMs are multiplexed 20:1 at their output to 
allow them to operate at comfortable speeds. The multi- 
plexing is performed with a Schottky parallel-in/serial-out 
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Fig. 3. Block diagram tor 78510A display. 
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Vertical Raster Lines 
Time - 

Fig. 4. The smoothly modulated approach shown in Fig. 1c 
can be approximated by the varying the video beam intensity 
in four distinct steps. The step-modulated video for one raster 
line is shown. 
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shift register. Since only 300 columns are mapped on a 
1 200-raster-line CRT, the line count is divided by four to 
generate part of the bit map address. Thus, each column of 
bit map corresponds to lour raster lines. 

The fasl sync is a 2.7 fis pulse generated during fast 
retrace. Slow sync is generated at the end of 1 200 lines and 
consists of two pulses 0.9 /xs wide and separated by 0.9 /as. 

The sync, wave video, and bit map video are combined in 
the video digital-to-analog converter and are fed to a com- 
plementary amplifier which can drive three terminated 
75-ohm cables in parallel with typical rise times of 5 ns. 

The CRT-deflection-drive schematic for the 78510A is 
conventional, with only some of the component values 
changed to obtain the high raster rale. A low-loss stator- 
wound yoke is driven by a transistor designed for switching 
power supplies. The transistor base drive is carefully con- 
trolled for forward and reverse currents to minimize switch- 
ing losses. The video is fed through a high-speed multiplier 
chip to the video amplifier. This provides front-panel 
brightness control without having to route the high-speed 
video to the front panel. This amplifier uses a differential 
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Sample Selection Filtering and the 
Bandwidth Problem 



The 78510A display has live raster lines per millimetre of CRT 
horizontal distance. The represented sweep rate for the displayed 
waveforms is 25 mm/s which is derived from accepted medical 
use of displays and paper chart recorders for electrocardio- 
grams Thus, the display presents 125 samples per represented 
second of waveform The Nyquist Theorem shows that only sig- 
nals with a bandwidth less fhan 62 5 Hz can be presented with this 
sampling rate Other practical considerations reduce the signal 
bandwidth to less than 40 Hz. at which point some significant 
information is lost to the viewer. In clinical cardiac monitoring, the 
most significant data that would be lost is the pulses from cardiac 
pacemakers, which are less than 2 ms long. The entire 78500 
system has a sampling rate of 500 Hz and can reproduce a 
100-Hz-bandwidth signal on a strip chart recorder Have we 
created a display that is a severe limit on the system? 

Conventional analog or digital filtering techniques can be used 



to approach the 62.5-Hz figure with an expense commensurate 
with the closeness of approach. Sample selection filtering allows 
the 7851 OA to show a waveform with an apparent bandwidth of 
better than 100 Hz although the word "bandwidth" is not directly 
applicable to a system that has aliasing and phase distortion. 

A sample to represent a period of 8 ms is selected from four 
2-ms samples taken during that lime. The selection criterion is to 
maximize the peak-to-peak amplitude of the displayed wave 
Each of the four samples is compared to the average of the 
preceding four samples and the sample selected is the one that 
has the g reatest absolute difference from the average . No artificial 
signals are generated and the resulting waveform, whether seen 
on the CRT or written out on a strip chart recorder, is visually 
almost indistinguishable from a wave made out of the actual 2-ms 
samples 
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cascode design to drive both the grid and cathode of the 
CRT. By cutting the swing of each transistor output stage to 
half of that required for single-ended drive, lower-power 
faster transistors can be used 
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Multi-Processor Architecture and 
Communications for Patient Monitoring 

by James M. Rueter 



THE MAIN INTELLIGENCE of the 78501 A and 78502 A 
Patient Information Centers is contained within the 
78511A Equipment Cabinet. This cabinet can be 
remotely located from the display and recorder to provide 
a compact equipment arrangement for the medical staff. 
Remote placement of the cabinet can also allow easy 
access when failures occur. The equipment cabinet for 
the 78501 A system contains four processors. Each per- 
forms some of the monitoring tasks required and each 
communicates with the other processors to accomplish 
the overall monitoring function. Three different com- 
munication schemes are used for communications be- 
tween the processors within the equipment and to other 
instruments. Each scheme is optimized for the particular 
needs of the interface it serves. 

Each processor is an HP MC5 microprocessor made with 
HP's CMOS silicon-on-sapphire |SOS| process. There were 



several reasons for choosing the MC5 in this application: 

1. An average instruction time of around 1.2 /us gives excel- 
lent processing capability. 

2. A rich I/O instruction set improves interfacing efficien- 
cies. 

3. The majority of the data to be handled is 10 bits wide, 
hence a 16-bit microprocessor can manipulate data by 
use of single instructions and single registers. 

4. Excellent software development tools are available. 

Multi-Processor Architecture 

Even with the processing power of an MC5, the total task 
could not be performed by a single processor. Fig. 1 shows 
the block diagram of a 78501 A Central Station with connec- 
tions to eight bedside monitors. Each processor uses the 
HP-IB* to communicate with other processors within the 

"HeweTl-Packara s implemonration ol IEEE Standard 488 (1978) 
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Fig. 1 . Block diagram ol a 7850 1 A 
Patient Information Center con- 
nected to eight bedside monitors. 
Communication among the pro- 
cessors in the system uses the 
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Fig. 2. Three types ot communication links are used in a 
78502 A system HP-IB for communication inside the 78511 A 
equipment cabinet, a private serial line (echoplex) between 
each equipment cabinet and its display, and a loop using 
SDLC to interconnect equipment cabinets and recorders 

equipment cabinet. 

Each of the bedside interlace processors digitizes the 
physiological signals from four bedside monitors. These 
processors check the bedside for status and alarm condi- 
tions. This information is passed on to the other processors. 
The communications processor controls the normal opera- 
tion of the HP-IB and manages the communications with 
the strip chart recorders and the keyboard of the 7851 OA 
Display. The display processor receives display informa- 
tion from the HP-IB and formats the CRT screen properly. 

If any of the processor systems fails, the remaining pro- 
cessors continue to operate and communicate and make 
some of the monitoring functions available. The loss of one 
bedside interface processor will cause the monitoring of 
four of the eight beds to stop. The loss of the communica- 
tions processor will cause the display processor to take over 
the task of controlling the HP-IB. The communications pro- 
cessor has a watchdog timer which is continually reset by 
software during normal operation. If the watchdog timer is 
not reset, signaling a fault, the communications processor is 
automatically prevented from exercising control of the 
HP-IB. If the communications processor malfunctions, dis- 
play of the ECG waveform and other parameters continues, 
but the controls on the display and the strip chart recorder 
will not function. If the display processor fails, no meaning- 
ful display is provided, but alarm and manual recordings 
(using the keys on the display) remain operational. 

The backplane in the 7851 1A Equipment Cabinet has a 
common connection to the bottom of all circuit boards in 
the card cage, except for the four specialized display 
boards. The connection of each processor's bus to its as- 
sociated circuit board(s) is made by ribbon cable connec- 
tions on the top of the boards. This scheme provides a 
flexible arrangement so that new processor systems can be 
developed and added in the future without changing the 
design of the original hardware. Only the firmware to allow 



the new processor to communicate and interact intelli- 
gently will have to be changed, (Currently only about 2/3 of 
the space is used in an average equipment cabinet.) 

Equipment Cabinet Communication 

The processors within the 78511 A must have a fast, effi- 
cient means of communication to maximize the processing 
time available for monitoring tasks. The HP-IB was picked 
as the means to ensure efficient communication for the 
following reasons: 

1. HP-IB is a standard communications interface whose 
design and protocol have been thoroughly thought out 
and tested. 

2. Many existing LSI circuits are available for the operation 
of the interface. These are available at modest cost and 
relieve the processor from performing many of the low- 
level details involved with controlling communication. 
IC drivers designed specially for the HP-IB are also read- 
ily available. 

3. The test equipment needed during development to 
monitor and debug communications is widely available. 

4. In the future, new processors of different manufacture or 
architecture can easily be added because almost all mi- 
croprocessors have a compatible HP-IB interface IC. 

5. Most of all, HP-IB allows a high data rate (up to one 
megabyte per second) among multiple processors. 
Each MC5 processor uses an HP-designed HP-IB interface 

IC called PHI. PHI is designed to be compatible with the 
MC5 and uses the same CMOS silicon-on-sapphire process. 
PHI allows the MC5 to operate in response to commands 
sent to it by an HP-IB controller or to manage the HP-IB as 
controller. The complex logic of PHI relieves the processor 
of many of the details of HP-IB operation. The speed of 
communications is improved by the use of the eight- word 
inbound and outbound FIFO (first-in, first-out) buffers built 
into PHI. They buffer data so that communication can con- 
tinue for a period of time without processor intervention. 

Communication between Instruments 

There are two types of two-way communication links 
between instruments in a standard 78501 A or 78502 A sys- 
tem. They are shown in Fig. 2. The first is a private serial 
line between each equipment cabinet and its corresponding 
display. This link tells the display which front-panel indi- 
cators to light and which sounds to generate. Information 
from any front-panel key pushes is returned on a reverse 
path. The second communication link uses synchronous 
data link control (SDLC. developed by IBM) in a loop con- 
figuration. This loop allows up to four equipment cabinets 
to control up to three recorders. 

The display is designed to be as simple as possible to 
provide a package that takes up minimal space in the cen- 
tral station area. This also lets more of the circuitry be 
located in the remote equipment cabinet where it can be 
more easily serviced. 

To minimize complexity in the display and still allow 
two-way communications between the display and the 
equipment cabinet, a simple asynchronous serial interface 
called echoplex is used. Using a few wires, echoplex can 
transmit information over a long distance. Two-way com- 
munication takes place without need for a microprocessor 
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or complicated logic in Ihe display. A block diagram of this 
link is shown in Fig. 3. Using a universal asynchronous 
receiver/transmitter (IJART). the communications proces- 
sor sends a word (seven data bits + one parity bit 1 serially to 
the display. The UART in the display receives that single 
word. The UART has an output indicating that a character 
has been received and is available in its receive register, If 
the received parity is correct, then the received data is 
latched to drive front-panel indicators and the sound 
generator. The pulse that indicates that a character was 
received is connected to the transmit control terminal to 
output a single character back to the equipment cabinet. 
This character is formed by the transmit register inputs, 
which record any key pressed on the display's front panel. 
The received parity is also sent back as one of the data bits to 
indicate that correct data is reaching the display. 

With this arrangement, every time the communications 
processor sends a character, it receives a character (hence 
the term "echoplex"). The display is interrogated on a regu- 
lar schedule to determine if a key has been pressed or not. 
Care must be taken to send a valid character to the display 
each time. Even if no new front-panel indication is desired 
on the display, the exchange will cause data to be relatched. 

A self-test feature tests the display circuits indepen- 
dently, A switch causes Ihe UART's inputs to be connected 
to its outputs and a key push now causes a character to be 
sent and received to exercise the front-panel indicators. 

This simple communication link allows numerous con- 
trol signals to be exchanged between two instruments 
when one of them has little intelligence. They can be sepa- 
rated by a considerable distance, since a single differen- 
tial transceiver at each end of the link can provide good 
noise immunity. 

Multiple Monitors 

In many installations there are multiple sets of monitor- 
ing equipment at the central station. In these cases, it is 
desirable to share a single strip recorder or several strip 
recorders among several display/equipment cabinet pairs. 
When multiple recorders are present, recordings can be 



made concurrently. 

The communication method used in such a system must 
have several characteristics: 

1. Many instruments must be able to exchange informa- 
tion. 

2. Long distances between instruments must be accepta- 
ble, such as equipment cabinets located up to 60 metres 
from the recorders at the central station. 

:). Relatively high data rates must be possible to allow 
several recordings to be made at the same time. 

SDLC provides these features and also the advantages of 
reliable error detection and readily available integrated cir- 
cuits to control the basic operation of SDLC communica- 
tion. SDLC is a bit-oriented serial communications pro- 
tocol. Each message has an eight-bit address field, an 
eight-bit control field and a variable-length data field. Each 
message contains a sixteen-bit cyclic redundancy check 
(CRC) that forms the end of each message and is used to 
detect errors that occur during transmission. Each message 
is bracketed by a special flag pattern, which is used to 
synchronize messages. This pattern is 01111110. Fig. 4 
depicts the format of a message. 

To differentiate between flags and a pattern that would be 
identical to a flag within a message, bit stuffing is per- 
formed on the message when it is transmitted. After the flag 
is sent, a zero is stuffed (inserted] after any five consecutive 
ones in a row. This eliminates the possibility of any false 
flags being transmitted. When the end of the message is 
reached, the trailing flag is sent without bit stuffing. The 
receiver recognizes the unique flag pattern preceding mes- 
sages and "unstuffs" all zeros after five consecutive ones 
until it recognizes the trailing flag. 



Flag 
(01111110) 
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Control 



Data 



a 



CRC 



Flag 
(01111110) 



Fig. 4. Format tor SLDC message The 011 111 10 tlag pattern 
is used to synchronize messages. 
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Fig. 5. The SLDC loop interconnects the equipment cabinets 
and recorders in a 78500-Series system. The loop is formed 
with a twisted pair of wires in a shielded cable. 

Fig. 5 shows SDLC in a loop configuration. One equip- 
ment cabinet is the primary station which controls the link 
and breaks the loop. All other instruments on the link are 
secondary stations that respond to commands from the 
primary station. When a transmitted message flows around 
the loop each secondary station inspects it to see if the 
address contained in the message matches its own address. 
If the address matches, the secondary station receives and 
processes the message. The secondary station can respond 
when the loop is available by sending down the loop a 
message with its own address. The primary station receives 
all messages and recognizes the address as that of the sec- 
ondary station. 

The SDLC signals are sent differentially over a twisted 
pair of wires in a shielded cable to reduce problems of 
external interference and common-mode voltages. Each 
instrument is connected in sequence to the instrument pre- 
ceding it and the loop is completed by another pair of wires 
in the same cable. 

The use of synchronous communication requires thai all 
stations have a synchronized clock to receive the serial data 
properly. To eliminate the need for a separate signal, the 
clock information is encoded with the data using NRZI 
encoding. NRZI code requries that a zero be represented by 
a transition in the transmitted signal and a one be rep- 
resented by no transition. The transition caused by a logical 
zero is used to synchronize a counter in the receiver. This 
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counter is running at an integer multiple (1 5 in this case) of 
the expected bit time so that the data can be sampled near 
the midpoint of its bit cell (when the count is 8). Synchroni- 
zation at the beginning of each message is assured since the 
preceding flag contains two zeros. Frequent synchroniza- 
tion also occurs during a message since the transmitted 
signal cannot have more than five ones in a row due to bit 
stuffing. As a consequence of using NRZI, the two wires for 
the differential signal can be reversed with no difference in 
operation. 
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Self-Test and Serviceability for 
Dependable Central Patient Monitoring 

by Jeffrey M. Goldberg 



SELF-TEST IS THE ABILITY of an instrument to 
determine without user intervention whether its 
circuits are functioning correctly and reliably. 
Serviceability is the implementation of fault isolation pro- 
cedures and the addition of necessary hardware and soft- 
ware to aid in tracking down and repairing equipment 
failures. To achieve reliability and fast servicing for the 
78500 Patient Information Centers (PICs). a four-point ser- 
vice plan was developed. It consists of: 

1. Automatic detection of equipment failures using built- 
in tests to isolate the faulty instrument quickly 

2. Isolating the defective board, enabling board replace- 
ment within one hour, using minimal additional tools 

3. Optional component-level repairs typically requiring a 
service analyzer board and some additional trou- 
bleshooting hardware such as a volt-ohm meter, oscil- 
loscope and digital signature analyzer 

4. Verification that the fault has been corrected in the in- 
strument using internal sell-test. 

The goal was to produce an instrument that would retain 
much 01 its functionality, even in the presence of an instru- 
ment failure. Following this design philosophy, the PIC 
continuously monitors itself and is immediately forced in- 
to a backup | partial operation) mode whenever the instru- 
ment's ability to continue functioning in its current mode is 
in question. To do this, each processor immediately Stops 
what it is doing and performs a self-test using the kernel 
expansion testing technique. This involves starting with a 
known functional resource (in our case, the microproces- 
sor) and using it to test surrounding resources which, if 
operational, may be used to lest even more resources. This 
allows the processor to test associated hardware without 
hanging itself on the defective component. It then uses the 
information gathered from its internal diagnostics to recon- 
figure the system by severing all diseased sections. Proces- 
sors that go out of control even with the precautions taken 
are caught by hardware. This hardware, called a tickle cir- 
cuit, must be periodically serviced by a processor, other- 
wise it will trigger a general system reset sequence. 

Although many of the features of self-test and serviceabil- 
ity are transparent to the operator unless a malfunction 
occurs in the system, they continuously reassure the user 
that the instrument is functioning properly in the medical 
environment. Self-test enables timely detection and correc- 
tion of faults when they occur, rather than allowing them to 
go undetected and potentially disrupt patient care. When a 
malfunction is discovered, the PIC immediately localizes 
the problem and channels the ECC and other vital monitor- 
ing functions to the remaining operational hardware. It 
then informs the operator of the loss of any monitoring 
capability, and the extent of the damage. A permanent 
record of the fault condition, Including date and lime, is 



preserved for service personnel. These features, combined 
with built-in modularity to assist board replacement, speed 
and simplify the otherwise very complex repair task. 

Four levels of increasing self-test and diagnostic capabil- 
ity are available in the 78500 PIC series |see Fig. 1). Each 
implements only the required degree of fault detection and 
error reporting necessary to perform its portion of the total 
task. Before proceeding into a detailed description of the 
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operation and i mplementation of the lour levels it may be of 
some benefit to review the hardware architecture of the PICs 
from the serviceability aspect. The 78500 PIC is a distrib- 
uted microprocessor system composed of three basic 
building blocks. The communications subsystem is respon- 
sible for coordinating information transfer among the in- 
ternal subsystems and controlling all external communica- 
tion links to devices such as recorders, softkeys, and hard- 
copy devices. The display subsystem is responsible for all 
graphics and real-time wave processing including monitor- 
ing patient parameters. The bedside interface subsystem is 
responsible lor sampling data from a group of four patients 
and making the data, as well as derived parameters, availa- 
ble to all the other subsystems. In a 78501A PIC, there are 
two bedside interfaces. In a 78502A PIC, there may also be a 
trend subsystem (an optional block that provides trending 
and additional pressure processing). Each subsystem not 
only carries its share of the workload, but also has the 
capability to take over some of the responsibilities of one of 
its neighbors. Thus, if the communications host processor, 
which normally controls the internal communications bus. 
fails during operation, the system will reconfigure itself 
with the display subsystem taking over this function. Simi- 
larly, if the display subsystem should fail so that the pa- 
tient's waveforms are not being displayed, the communica- 
tions subsystem can redirect the waveforms manually 
selected by use of the softkeys to the recorder. 

The individual subsystems are all tied together by an 
internal communications interface bus (HP-IB* ). The 
hardware employed to implement this protocol also allows 
a failing subsystem to store an error code on the bus. This 
code is available upon request from the system controller. 
Each processor board has a light-emitting diode (LED) to 
indicate a failure in its associated subsystem. The activation 
of any one of these process malfunction lights (PML) il- 
luminates the externally-visible instrument malfunction 
indicator. This signal is detected by the auto-restart circuit, 
which in turn originates a global reset to all boards in the 
system, starting the self-test cycle. Power startup and press- 
ing the self-test button also create the reset signal. 

Level I: Continuous Self-Test 

An automatic fault monitor constantly surveys the sys- 
tem's operation seeking evidence of incorrect performance. 
In case of a problem, and depending on the severity, a 
warning message or an error code number may be gener- 
ated, or a complete shutdown may result. In any case, an 
instrument malfunction lamp and an audible reminder are 
activated whenever the instrument hardware or monitoring 
operations are in question. 

Error codes are four-digit hexidecimal numbers that tell 
service personnel the likely cause of the problem. The 
meaning of all error codes can be found in the service 
manual. These codes list the subsystem, printed circuit 
board and sometimes even the component that has failed. 
These codes fall into two categories, hard and soft. Errors 
detected in functions critical to patient care are classified as 
hard: the others are classified as soft. Hard errors curtail 
further use of the subsystem in which they are detected, 
while soft errors allow the use of the hardware to continue 

•Hewlett-Packard s implementation oi IEEE Standard 488 l<9'8) 
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while informing the operator of the condition. A consistent 
faulty conversion of patient data into digital form is one 
example of a hard failure. A stuck bit illuminated on the 
display screen is an example of a soft failure. 

A number of messages are intended for the user, either to 
identify the problem or suggest corrective action. For in- 
stance, "Clean air filter" or "Check paper/door on recorder 
#1" are self explanatory. Backup warning messages and 
system error codes inform the operator that the system has 
lost some of its monitoring capability and is functioning in 
one of its backu p modes. "Backu p — No recorder or control" 
is a prime example. 

The primary function of continuous (Level I) self-tests is 
to detect failure modes while the instrument is in operation. 
A mandatory requirement is that this process be automatic 
and not allowed to interfere with normal monitoring opera- 
tions in any way." Thus, the fault checker is implemented 
as a background task. In the PIC. background tasks acquire a 
slot of run time every 32 ms from an interrupt-driven 
operating system. This occurs during a period of time when 
the processor would otherwise be idle. This provides for 
repetitive checks of processor ROM, RAM. and most re- 
sources critical to patient care. In addition, all control and 
data links are monitored for a loss in communication. Thus 
if the arrhythmia computer goes down, or if someone trips 
and pulls out the control cable to the PIC, or if the recorder 
runs out of paper, the system immediately brings these 
problems to the operator's attention. Of course, for this 
process to be completely transparent to the patient- 
monitoring processes, hardware devices cannot be 
reinitialized or taken off-line during testing. RAVI locations 
can only be checked nondestructively, one location at time, 
with interrupts temporarily disabled during modification. 
More stringent requirements, such as software interlocks, 
were required for testing memory storing long-term data 
(such as trends, where the data must by kept intact during 
power interruptions). 

Level II: Power-On and User-Initiated Self-Test 

Diagnostics built into the system perform comprehensive 
system checks of the hardware, software drivers and all 
communications links. These checks are made at any of the 
following three times— when power is first supplied to the 
instrument, a few seconds after the detection of a faulty 
condition found by the Level I self-test, and by request of the 
user whenever the SELF-TEST button is pressed. This self- 
test module is responsible for all reporting of error codes 
and reconfiguring the system into its various backup modes 
whenever necessary. External indications of Level II self- 
test include error messages on the display and a recorder 
test strip annotated with error/status codes, giving the 
operator a hard copy of all reported faults for future refer- 
ence. This redundancy makes retrieval of error codes al- 
ways possible. If one mechanism fails, the other can be used 
to determine the code. 

User-initiated self-test consists of seven seconds of 
software simulation tests and dedicated, noninterruptible. 
self-terminating hardware tests. All hardware and software 
initialization is performed at this time. 

■ Implementation oitnrs design was greatly entranced by trie use o' trie murli-pronty ooe^at- 
mg system that was incorporated into tne monitoring software 
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Table I 

Backup modes are responses of the 78501 A and 78502A to internal 
failures that allow as much system operation as possible under 
the circumstances. Examples of these backup modes and the 
operation possible with them are: 



Loss of display 
processor 

Loss of communication 
processor 



Loss of arrhythmia 
system 

Loss of recorder 

Loss of power 



Alarm and manual recordings 
possible from central station 
and bedside. 

Standard display provides ECG 
and pressure. No cardio control 
or initiation of recording possible 
but bedside alarms can be used. 

Internal cardiotach activated. 

Display and alarms are active. 

Battery backup maintains control 
settings (clock keeps running 
in recorder). 



The following functions are performed simultaneously in 
all host processors during user-initiated self-test. First, a 
reset is issued to most hardware devices including the pro- 
cessor. This hardware signal is the initiator of this self-test 
cycle. The processor performs its dedicated self-test using 
the kernel-expansion technique described previously. The 
processor initializes all remaining devices and places the 
instrument into a known state. After the ROM, stack, RAM 
and supporting devices are thoroughly checked, the pro- 
cessor exercises the interrupt mechanism to insure that it is 
functioning. Any failures that the self-test detects are stored 
using a corresponding four-digit hexidecimal error code. If 
the failure is nonrecoverable. the affected subsystem is sev- 
ered from the remaining system. By this time, each subsys- 
tem has identified itself and has tuned in to listen on the 
HP-IB for the first communication attempt among subsys- 
tems. Assuming the communication subsystem is func- 
tional, it will send out an initial test message individually to 
each of the eight possible subsystems. It will then poll their 
status and ability to communicate. If it finds that it is unable 
to communicate with all of the subsystems, it will assume 
that it is at fault and die gracefully so that the display 



subsystem can take over as communications manager. As 
long as portions of the PIC remain functional, the instru- 
ment will continue to operate by dynamically configuring 
itself with the hardware that is presently operational and 
available (see Table I). 

Level III: Extended Self-Test 

Internal synthetic data processing, sequential activation 
of all alarm and malfunction paths and generation of a 
display test pattern are done to check out many of the 
aspects of video generation. All this is performed in addi- 
tion to Level II tests. The operator uses Level III tests to 
compare performance with previous operational perfor- 
mance, or against standards described in the service man- 
ual. Extended self-test suspends the monitoring function by 
its very nature, and therefore is only entered at the user's 
request. Pressing any one of the softkeys after Level II self- 
test has started, but before monitoring has resumed, enables 
this mode. Pressing the STANDARD key resumes normal 
monitoring. 

For the convenience of the user and service personnel, 
PIC status and a complete log of all errors are recorded (see 
Fig. 2) and displayed in this level. When a failure occurs, 
this feature facilitates fast isolation to the faulty subsystem 
and boards without special service tools. 

Level III diagnostic software is called extended self-test 
because it adds additional user-interpretive testing to Level 
II diagnostics. Commands are sent sequentially to each of 
the processors to activate the red-alarm and instrument- 
malfunction indicators. Information pinpointing the fault 
can be derived from the activation sequence. For instance, if 
the red-alarm indicator fails to activate, but only during the 
second period of this sequence, this is good evidence that 
the problem is local to the second subsystem. Thus, the 
problem exists in the display subsystem, not in the global 
red-alarm drive circuitry. After each subsystem has had the 
opportunity to alternately activate the red-alarm and 
instrument-malfunction indicators, the communications 
processor will activate the yellow and green alarms in se- 
quence, and then turn on all alarms and control indicators 
for one to two seconds. The display subsystem will then be 
commanded to put up a waveform test pattern (Fig. 3, used 
to determine any peculiarities in the display generation), a 
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Fig. 2. Stair step and ramp waveforms are recorded to verily recorder response and linearity A 
log ol any errors bund during extended sell-test is also recorded Errors are indicated by a 
change in the last three zeros ol the status code number(s) An example ol a recorder test with no 

errors is shown above 
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Fig. 3. During the extended sett-test the above test pattern is 
displayed on the 7851 OA Display to aid in determining if there 
are any irregularities in the display generation The status 
codes lor the system are displayed on the right. Any errors are 
indicated by a change in the last three zeros olthe appropriate 
status code number 

bit-map alignment pattern, and a complete list of status 
codes for the entire instrument. Finally, a prompting mes- 
sage of what to do next is displayed. 

Level IV: Component-Level Fault Detection 

The fourth and final level of diagnostics deals with 
component-level repairs made on the site. The majority of 
the hardware and software used to troubleshoot the instru- 
ment in this mode is supplied in the service support pack- 
age and runs with minimal support from the instrument 
itself. This allows Hewlett-Packard to implement compo- 
nent level repairs without increasing the cost of the instru- 
ment to those installations that plan to support their in- 
strument primarily through Hewlett-Packard's board re- 
placement program. 

Using the 14451A Service Circuit-Analyzer-Board (Pig. 
4) from the service support package, additional facilities 
may be exercised in a given subsystem to aid in finding the 
failure. These facilities include additional and more exten- 
sive diagnostics than are provided in the built-in self-tests, 
circuit excitation programs for probing logic paths with an 
oscilloscope and digital-signature analyzer, ability to take 
control of and test all data and control buses, observation of 
the execution of all testing modules through the output of 
test identification numbers to the 14451 A display, and abil- 
ity to view all error codes produced by a subsystem. Level 
IV provides for component-level repair when board ex- 
change is impractical. It is especially useful for hospitals 
that maintain their own equipment, where minimum re- 
placement board inventory is a must. However, it can also 
be used to speed up the fault isolation and correction verifi- 
cation on board replacement repairs. 

The service circuit-analyzer-board software can be sub- 
divided into automated diagnostic programs and excitation 
programs. The former checks out a specified board, pre- 
cisely instructing the operator when operator interaction is 
required. Diagnostic tests provide a list of error codes de- 
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scribing every fault condition found on the board during 
testing. Excitation programs, on the other hand, stimulate 
the hardware on the board for signal probing anil digital 
signature analysis. Service personnel can then track down 
the problem using documented service procedures and sig- 
nal comparisons. 

Besides the extensive service circuit-analyzer-board 
software programs provided to test each of the subsystems, 
the 14451A provides direct access to all microprocessor 
buses to detect opens and shorts. The analyzer can directly 
access the built-in firmware. It can monitor the execution of 
all test software and latch the test identification number of 
each test run. If the system should ever hang up without 
indicating an error, information as to the last test module 
executed can easily be retrieved for examination. In addi- 
tion, there are other hooks built into the PIC that let the 
14451 A and other troubleshooting tools monitor the opera- 
tion of the instrument and seize control over its operation 
whenever necessary lor servicing. In effect, this dual effort 
transforms the simple service circuit-analyzer-board into a 
powerful bus and logic analyzer. 
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Firmware for a Patient Monitoring Station 

by Kim L. Hanna 



FIRMWARE DEVELOPMENT for the 78500 Series 
Patient Information Centers (PIC) was a major portion 
of the total development effort. The 78501 A firmware 
consists of three sets of code and the 78502A has four sets. 
Although there is general commonality between the two 
products, there are some major differences. Code for the 
78501 A processors consists of 9K words of monitoring and 
:iK words of initialization/self-test code for each processor. 
Monitoring code for the display and interface processors 
of the 78502A expanded to 13K words with an additional 
9K words of monitoring code for the trend processor. Each 
of the processors uses 3K words of read/write memory 
(RAM). In addition, the interface and trend processors 
have RAM with battery support for non-volatile storage of 
certain control information and trend plots. 

The code was developed using an assembler resident in 
an HP 3000 system. A number of structured constructs — IF- 
THEN-ELSE-END II", LOOP-EXIT WHEN-END LOO!', and 
CASE) — are provided by the assembler. These constructs, in 
conjunction with extensive equivalencing (hardware- 
independent coding), increased the code reliability and 
decreased development time significantly. A relocating 
linking loader, also resident in the HP 3000, was used to 
create absolute code from a number of relocatable assembly 
files. The absolute code was then either loaded into RAM 
using a debugger stored in a read-only memory (ROM) or 
programmed into programmable ROMs. 

Several aspects of the firmware are covered in this article. 
The first is a description of the interface processor software 
lor the cardiotachometer (heart-rate calculator and alarm 



generator) which has increased patient-alarm reliability 
and reduced the occurrence of false alarms. The HP-IB* 
communication system linking the processors within one 
PIC is described next. A description of communication 
among several centers for recorder and hard-copy sharing 
follows. Finally, the operating system, which is resident in 
each of the processors, is discussed. 

Cardiotachometer and VFIB Detection 

One of the major contributions of the 78500 Series is 
improved analysis of the electrocardiogram (ECG) wave- 
form. ECC monitors usually contain a cardiotachometer 
(tach) for heart-rate (HR) calculation from the patient's 
ECG. This rate is compared with user-selected low and high 
limits to generate audible and visual alarms. Previous tachs 
were quite sensitive to the muscle noise (artifact) generated 
by patient motion. This noise often caused a falsely high 
rate that exceeded the high-rate limit. Additionally, previ- 
ous tachs did not always generate an alarm during ventricu- 
lar fibrillation (VT'lB. a life threatening condition in which 
heart contractions are uncoordinated and no blood is 
pumped). The 78500 tach significantly reduces false high-rate 
alarm frequency and improves VFIB detection reliability. 

The key to tach false-alarm reduction is a QRS-matched 
filter. This filter is a fifteen-sample finite-impulse- response 
filter whose impulse response shape approximates the 
shape of a normal heartbeat waveform |QRS complex, see 
Fig. 1 ). The filter, therefore, has maximum absolute output 
when similarly-shaped waveforms are input. Other wave- 

•Hewieil-Packaro's impiemenlanon ol IEEE Standard 488 (19781 
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64 ms 



Fig. 1. (a) Typical QRS waveform for one heartbeat. A 
matched filter processes fifteen 8-ms samples from the ECG 
waveform. II the samples approximate the values shown in (b) 
the filter has maximum absolute output. 

components (e.g., the T wave) produce reduced outputs. 

Fig. 2 shows the tach block diagram. The patient's ECG is 
sampled every 2 ms in the interface processor. Fast- 
transition, high-amplitude components are attenuated by a 
slew-rate-initiated clamping algorithm to reduce the 
amplitude of pacemaker artifacts and the probability of 
counting these artifacts as beats. Two adjacent 2-ms sam- 
ples are averaged in this process: the result is a train of 4-ms 
samples. Next, a four-pole, 30-Hz, infinite-impulse- 
response Butterworth filter removes unnecessary high- 



frequency components of the signal, producing 8-ms sam- 
ples in the process. A 1.25-Hz high-pass filter removes any 
dc offset from the signal. Finally, the clamped and filtered 
ECG waveform is passed through the QRS-matched filter. 

The beat detector identifies QRS complexes in the pro- 
cessed ECG waveform by comparing the maximum absolute 
waveform value that has occurred since the last heartbeat to 
a threshold value. If this absolute value exceeds a threshold 
value, a heartbeat is considered to have occurred. The 
threshold, illustrated in Fig. 3. decreases from the average 
QRS wave amplitude to half that value at a rate determined 
by the average QRS amplitude and average heartbeat inter- 
val. An inhibitory period (200 ms minimum), during which 
no heartbeat will be detected, follows each beat. This re- 
duces the susceptibility to T waveform counting. The in- 
hibitory period is an inverse function of the high-rate limit, 
with lower high-rate limits giving longer inhibitory 
periods. 

When a beat is detected, the average beat interval and 
average QRS height are updated. The beat interval, aver- 
aged over several beats, is used to calculate the heart rate for 
alarm limit comparison, heart-rate display, trending, and 
recorder annotation. 

The second major addition to current tach practice is 
more reliable detection of ventricular fibrillation. VFIB is 
characterized by a sinusoidal ECG waveform resulting from 
uncoordinated heart-muscle activity. The VFIB detector 
(Fig. 4) uses the sinusoidal characteristics of the waveform 
to detect the presence of the condition and generate audible 
and visual alarms. 

The average period of the ECG waveform for one second 
is first determined as follows: 



t = 2tt y 

. — 

1 s 
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where T is the number of sample points in an average per- 
iod and V| is the value of the jth sample. This period is 
then used to adjust a notch filter, the notch being located at 
the average frequency corresponding to the average period 
determined above. This filtering is accomplished by adding 
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two samples separated in time by the average half period: 

(Filter output) f = Vj + V,_ T/2 

The unfiltered signal and filter output are summed over a 
one-second period to calculate the "filter leakage fraction" 
as follows. 



IV: + Vi- 



Filter leakage fraction = Si- 



TO I 



2 |v,| + iv^tai 
i ■ 



The leakage fraction will be zero foran ideal sinusoid input. 
Because the V'FIB waveform is not an ideal sinusoid, a 
higher leakage fraction is used as the threshold for detec- 
tion of this condition. Additionally, the average frequency 
must he in the range of physiologically occurring VF1B (2-9 
Hz). If the leakage fraction and frequency criteria are met for 
three consecutive seconds, the VF1B alarm is sounded. 

This ventricular-fibrillation detection algorithm and the 
improved heart-beat detector with decreased susceptibility 
to muscle-motion artifacts together form a very effective 
basic ECG monitor. 

Data Communication 

Communication among the processors in one equipment 
cabinet is accomplished using HP-IB and HP's custom PHI 
interface. HP-IB is a desirable communication method be 
cause a high data-transfer rate is possible, several simul- 
taneous listeners to one message can be designated, and a 
very good peripheral chip (PHI] is available. The HP-IB 
controller function is normally assumed by the communi- 
cations processor, but will be taken over by the display 
processor in the event of communication-processor failure. 
The controller routes messages based on a routing table 
(Table I] that is initialized at power-on. 

The data transfer cycle, outlined in Fig. 5, is initialed 
each 32 ms when the controller sends a sync tap message to 
all processors. This message triggers all time-dependent 
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Fig. 3. Graph ol the cardiotachometer threshold lor detecting 
heart beats The inhibitory period imposed alter a beat is 
detected reduces the possibility ol counting the T portion ol 
the waveform as a separate beat. 



Table I 

Example Routing Table 

R denotes receiver of message. L indicates that the communication 
processor is a listener when recording waves. 

Message Communication Display Interface Trend 

ECG L R 

HR Parameter R K 

Record Request K 
Interface Commands l< 

Note: All receiver entries are eliminated for an absent or malfunc- 
tioning processor. For example, if trend is absent, system initializa- 
tion will remove entries from its column. 

activities in each processor. The sync taps act as a time 
reference so that each processor in the system operates on a 
common time base. Next, the controller sets up each of the 
processors in turn as a talker to output data to other proces- 
sors. For each message, the processor is set up as a talker 
with the controller as listener for a two-byte transfer that 
contains the data ID. The data ID is examined and listeners 
are set up as determined by the controller's data-routing 
table. A data transfer is then enabled which is terminated by 
the talker sending the EOI (end or identify) message. The 
sequence of transferring the ID, setting up listeners, and 
transferring data continues until that processor has no more 
data to output. The remaining processors are handled in the 
same way until all have output data. 

Initialization of the communication system consists of 
determining which processors are present and functioning 
correctly and initializing the routing table with permanent 
listeners for each of the data messages. For example, ECG 
data is output by the interface processor and received by the 
display processor for formatting on the screen. The data- 
routing table is modified dynamically during normal opera- 
tion whenever users of data are added or deleted. For In- 
stance, the communications processor is set up as a listener 
of ECG data while recording the ECG waveform. 

The PHI chip has a number of capabilities that make 
operation of this scheme easier and less lime critical. First, 
it uses eight-word, first-in-lirst-oul input and output buffers 
(FIFOs) that give a grace period to listeners and talkers 
before the processor must wait due to HP-IB handshake 
hold-up. A processor that is set up to listen must recognize 
this fact, and then start data reception. This process starts 
when the controller issues a listen command. This creates 
an interrupt in the receiving processor, but the sending 
processor is not held up until both its outbound FIFO and 
the receiver's inbound FIFO are full. 

Another valuable PI II feature is the handshake abort. The 
PHI generates an interrupt whenever a read operation is 
attempted from an empty inbound FIFO or a write operation 
is attempted into a lull outbound FIFO. This interrupt is 
used to move the program counter back one location before 
the next instruction is executed, which effectively repeats 
the instruction. Thus, a very tight loop for inputting or 
oulputtiug data can be used without needing to check for 
FIFO status before each operation, resulting in a pro- 
grammed data-transfer rate of 200K-bytes/s. This rate is 
twice as fast as is possible when the status is checked be- 
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fore each operation. 

Recorder and Hard Copier Sharing 

One of the 78500 Series contributions is a greater ability to 
share recorders among a number of patients. A single re- 
corder can be shared by up to 32 patients (8 maximum 
previously) resulting in much lower cost. Also, single and 
dual-channel recording capabilities can be mixed and 
shared, minimizing the effects of recorder failure. 

To accomplish recorder sharing, all PICs (up to four] and 
the shared recorders are connected in a serial communica- 
tion loop. Data is transferred using a bit-oriented data pro- 
tocol which was chosen because: 

1. A small inexpensive cable can be used 

2. The protocol allows for destination addressing of 
messages 

3. The speed is sufficient for transfer of 6250 bytes/s 

4. Arbitrary data is allowed (no special characters are used 
as delimiters). 

5. Transmission distances of 60 metres are required. 
The protocol codes delimiters (flags) as a series of six 

ones, and insures that normal data never has six ones by 
stuffing a zero whenever five ones are detected in the data 
stream. The stuffing and destuffing. as well as cyclic- 
redundancy-check (CRC) error generation and checking, 
are handled by an interface chip and thus are transparent to 
the processor. A typical data message consists of an open- 
ing flag, address (of the destination unit), data. CRC value, 
and closing flag. 

When powered on. one of the PICs becomes master of the 
serial loop; the others are slaves. The master has the respon- 
sibility for active device detection, allocation of devices to 
various centers, time/date acquisition (from a recorder) and 
distribution (to centers), loop integrity determination, and 
32-ms clock distribution. Active device detection is ac- 
complished by directing a message to the address of every 
potential instrument each second and waiting for a reply, 
which must arrive within 200 us for the device to be detected. 

Every 32 ms a sequence of events occurs on the serial 
loop. The sequence starts with the master center sending a 
sync tap message to all devices using the "all units" ad- 
dress. Next, the master sends any recorder allocation mes- 
sages (e.g.. granting or releasing a recorder). Depending on 
the sync-tap number (0-31), a census tap. time tap. time 



distribution, self-test, or status tap is performed with any 
appropriate replies. If the master has recorders assigned to 
itself it outputs waveform, annotation, and motor control 
messages to its recorders. When finished the master passes 
control to the first slave center on the loop. This slave sends 
any pending recorder allocation messages, then deals with 
the recorders assigned to it. Then it passes control to the 
next slave which performs similar operations. The last slave 
in the loop passes control back to the master. 

Reception of a message addressed to a unit is detected by 
the unit's interface chip and a processor interrupt is gener- 
ated. Because of the delay in responding to an interrupt in 
the PIC it is not possible to guarantee that the processor will 
be able to read the first data word before a second word lias 
arrived and destroyed the first (word arrival period is 24 
US). So. to avoid message loss, any message to a PIC is 
preceded by a wake-up message whose purpose is to gener- 
ate an interrupt in the receiving processor so that it will be 
able to read the real message without losing any words. The 
wake-up message alerts the receiving processor about 
100 /AS before it must start reading the data. 

Operating System 

Each of the processors has a number of competing tasks to 
perform at any given time. Such tasks as HP-IB data transfer, 
waveform sampling, and serial-loop data handling must be 
given very high priority, and are performed as interrupt 
routines. Other tasks, such as waveform display updating. 
HP-IB data preparation, and waveform analysis must be 
completed within each 32-ms period. However, there are 
other tasks that can be performed on a time-available basis 
after these tasks are completed. Some of these tasks are 
parameter sampling, display updating, recorder allocation, 
and trend-plot formatting. If several of these lower-priority 
tasks exist at a given time, a mechanism must exist both lor 
determination of what is to be done first and for communi- 
cation between the various activities. Instead of providing a 
unique means of processor allocation in each processor, the 
same operating system is used in each processor. 

To accommodate the various tasks that need to be per- 
formed simultaneously, the operating system allows a 
number of processes to be active at any given time. Each 
process has an associated priority, and the operating system 
insures that the highest-priority ready process is running. A 
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Fig. 5. The HP-IB data communication sequence (a) is initialed every 32 ms The data transfer 
details (b) apply to any noncontroller (e.g. display, interlace processor) on me HP-IB 



lower-priority process is suspended when a higher-priority 
process is initiated. Process initiation is accomplished 
using a subroutine provided by the operating system. IN- 
ITIATE (START _AI)DRESS. PRIORITY. PARAMETER) is used 
to initiate a process with a given priority. Any currently- 
running process can initiate another process, and the in- 
itiated process then runs to completion on a time-available 
basis independent of the initiating process. 

Two mechanisms are provided for process communica- 
tion and coordination, critical regions (see page 28) and 
semaphores. Critical regions provide a mechanism that in- 
sures that only one process at a time is "in the region." 
Critical regions are used extensively to insure exclusivity 
without counting. Semaphores, on the other hand, count 
the number of signal operations (similar to an exit for a 
critical region) and allow immediate resumption of pro- 
cesses that wait on the semaphore if the number of unused 
signal operations is greater than zero. Semaphores are sig- 
nalled when a message that must be processed by a lower- 
priority process arrives. In cases where more than one mes- 
sage may arrive before processing of the first is complete, 
the processing loop waits on the semaphore and will there- 
fore run once for each message that arrives. Semaphores are 
implemented with the subroutines WAIT (semaphore #) 
and SIGNAL (semaphore #). These subroutines respec- 
tively decrement and increment the semaphore count. An 
active process, therefore, may be in one of several states: 
running, ready to run when processor time is available, 
wailing for a critical region to become empty, or waiting for 
a signal operation on ,i .semaphore. 

The operating system is very efficient and occupies only 



about 390 words of ROM. It also requires five words of RAM 
for each process and two words of RAM for each semaphore 
or critical region. Approximately lull /xs is required for the 
typical operating system subroutine call. 

In addition to flexibility of process scheduling and free- 
dom from the problems associated with other methods of 
scheduling, the operating system allows use of some very 
powerful debugging techniques. When no other processes 
are active, normal operation conducts as the lowest-priority 
task a RAM verification test and a ROM check-sum test. In 
normal Operation, therefore, these tasks are performed on a 
time-available basis. 

During development, however, there are two other tasks 
that can be substituted for these memory tests. The first 
executes a loop that creates a frequency-counter- 
compatible output pulse for each millisecond that the pro- 
cessor executes the code. By connecting a frequency 
counter, the percent of remaining unused time can be 
determined from the measured frequency: 10 Hz equals one 
percent. The second and most powerful use of the lowest- 
priority task is the running of a debugging program thai 
interacts with a terminal to provide real-time memory 
examination and modification without interrupting normal 
rn.il-timi" system operation. I bis examination BOd (Oodttfi* 
cation are done simultaneously with normal operation. 
This capability has provided some very powerful debug- 
ging techniques. Derived values and stales of various stored 
parameters can be examined in real lime and the response to 
uncommon or infrequent situations can be tested. This 
synergistic use of an operating system and a resident tie- 
bugger running as the lowest-priority task has proved very 
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Critical Regions for Process Communication and Coordination 



The concept of critical regions as a method for resource sharing 
and process communication was used in several areas in the 78500 
Patient Information Center series 

A critical region has two possible states — empty and full. Two 
operations are possible with respect to a critical region — entering 
and exiting. Execution of the entry operation when a region is empty 
will make the region full, and the entering process will continue 
immediately However, execution of the entry operation when the 
region is full will cause the entering routine to be suspended until the 
region is empty (caused by an exit operation from another process) 
Entry and exit operations must be protected to insure that one and 
only one entry is allowed before each exit 

The critical region concept was implemented in the operating 
system that is a part of each of the processors Two subroutines are 
provided: enter_region (region-number) and exit region (region 
number). All regions are initialized to empty at power-on. A process 
calling enter region will have control returned to the instruction after 
the call either immediately (if the region was empty) or later when the 
region becomes empty 

This facility is used for several purposes First, mutual exclusion is 
implemented using critical regions. In the display processor, the 
character-processor code converts ASCII-format codes into bit-map 
patterns for characters and graphics. This code is protected by a 
critical region because it is non-reentrant and is called by processes 
of various priorities. Before executing the character-processor code, 
a process must enter the character-processor critical region and be 
suspended if the character processor is being used by another 
process. Mutual exclusion is also used to protect data structures from 
multiple conflicting access. 

A second major use of critical regions is for periodic timing. A 
routine that must be run at periodic intervals is coded as a loop whose 
execution is triggered by a timing routine that leaves the critical 
region at the desired rate For example, updating the parameters on 
the screen at periodic intervals is handled in this way If the processor 
becomes highly used, such as during display changes, this im- 
plementation has the feature that the screen update code will only be 
executed once, even though the timing routine may have left the 
critical region several times. This implementation also removes timing 
considerations from the periodic function code. 

A critical region was also used to insure that recorder allocation 
among a number of PICs is handled properly Each of the PICs has a 
number of processes that can request and stop recordings A record- 
ing is started when a record request message from the HP-IB is 
placed in a circular receive buffer. Each PIC maintains a local list of 
pending record requests and recordings in progress The master 
center maintains the highest-priority pending request from each unit. 



The master also assigns recorders to individual centers (allocation 
process). To insure that the local request lists and the master's list 
agree whenever recorders are assigned, a global critical region (Fig. 
1 ) was implemented to protect all local and master lists So, before 
any list can be changed, the global region must be entered by the 
modifying process 

The master, in addition to allocation duties, manages this critical 
region It accepts requests to enter the global region via the serial 
loop, and acknowledges these entry requests when the region is 
empty The requesting center may then modify its local request list (a 
message is passed to the master, updating its request list) or relin- 
quish a previously assigned recorder. Finally, an exit region mes- 
sage is sent to the master allowing either another unit or the alloca- 
tion process to enter the global region. In this way. the local and 
master request lists will be the same whenever recorders are allo- 
cated or released 
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Fig. 1 . Diagram detining the concept ol global critical region 



powerful and time-saving. 
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Paula Kelly and Maria Furnari were our software librarians. 
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PIC and is working now on bedside 
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attended Rice University in Houston. 
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( 1 971 ) and MEE ( 1 972) degrees Kim is 
named as a co-mventor on a patent for a 
patient monitor. He lives in Andover, 
Massachusetts, helps Explorer Scouts 
interested in electronics, plays rac- 
quetball and tennis, hikes and skis 
cross-country, water skis, and enjoys scuba diving. Kim recently 
went on a white-water rafting trip. "The river won," he says 
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An Interactive HP 3000/IBM Mainframe Link 



More than a 3270 emulator, IML 3000 provides high-level 
intrinsics for interactive data interchange, and an inquiry 
and development facility that makes HP 3000 system 
terminals look like terminals attached to the IBM mainframe. 

by Connie J. Ishida 



UNTIL RECENTLY. AN HP 3000 USER could com- 
municate with an IBM mainframe system only in 
batch mode, using MRJE or RJE. Since IBM main- 
frame systems originally developed as batch machines, 
with interactive access added later, batch access to IBM 
systems was an important first step. The next step, inter- 
active access, is provided by a new HP 3000 software prod- 
uct called Interactive Mainframe Link (IML/3000). Using 
IML. the communications path to the mainframe is by 
emulation of an IBM 3270 cluster control unit with attached 
devices using binary synchronous communications (BSC) 
protocol. 

The IBM 3270 information display system is a popular 
family of IBM terminals. A remote 3270 system consists of a 
cluster control unit with up to 32 attached CRT display 
terminals or printing devices. The 3270 operates on a leased 
line to the remote IBM host and up to 32 control units may 
be multidropped off the same leased line. Because of the 
popularity of the 3270 terminal. 3270 remote communica- 
tions protocol has evolved as a standard for interactive 
access to IBM (or compatible) mainframe systems. A 3270 
remotely attached to an IBM mainframe may be used in a 
mainframe session under Time Sharing Option (TSO), or in 
conjunction with a teleprocessing monitor to enter and 
retrieve data from the mainframe. IBM software packages 
CICS (Customer Information Control System) and IMS 
DB/DC (Information Management System Data Base/Data 
Communications) are teleprocessing monitors thai inter- 
face between the 3270 terminal and the mainframe applica- 
tion program and data base. 

IML/3000 gives the HP 3000 user access to mainframe 
sessions, data bases, and applications programs. IML has 
two modes of interactive access. The major mode of access 
is provided by a set of statements, or intrinsics, which are 
callable from an HP 3000 user program. The intrinsics pro- 
vide high-level user access to the data being communicated 
to the IBM host. The intrinsics allow program-to-program 
communication between HP 3000 systems and IBM main- 
frames. 

The other mode of IML access is provided by the inquiry 
and development facility (IDF) of IML/3000. This mode 
allows a user at an HP 2B4X block-mode terminal connected 
to the HP 3000 to log on to the IBM system as if the HP 
terminal were a 3270 terminal attached to the mainframe. 
IML/3000 takes advantage of the HP 3000's intelligent net- 
work processor (INP), using the 1NP to perform most of the 
327U control unit functions and handle the BSC protocol. 
INP is a microprocessor-based communications controller 
that relieves the HP 3000 of the burden of such functions as 



protocol processing and 3270 data stream encoding and 
decoding. 

Design Objectives 

IML is designed to provide HP users with interactive 
access to their IBM mainframes, but it is designed to be 
more than just another 3270 emulator. Major design objec- 
tives were to provide customer ease of use. to minimize the 
impact on HP 3000 system performance by fully using the 
intelligent network processor (INP). to complement exist- 
ing HP data communications products, and to make a con- 
tribution in the area of distributed data processing. 

The intrinsics can be used within an HP application pro- 
gram in conjunction with the products V/3000 and 
IMAGE/3000 to create a distributed data base between the 
HP system and the remote host. If a request for information 
is entered from a V/3000 screen, the requested item will be 
searched for in the local IMAGE/3000 data base. If the item 
is not found locally, then the IML intrinsics can be used to 
form an inquiry to the IBM host to retrieve the information 
from the remote data base. IML makes the host's response 
available to the HP 3000 program, which may then update 
the local data base and relay the response to the requestor 
through V/3000. The HP customer decides how much or 
how little of the host data base to distribute. Some of the 
host application program functions might even be distrib- 
uted to the HP application program. The HP application 
programmer's concerns focus on data base synchronization 
without the added burden of protocol or control unit data 
stream encoding and decoding. 

IML can be used with an existing host application or an 
entirely new application can be developed on both the host 
and the HP system. In such a case IML provides a means for 
program-to-program communication. The 3270 screen 
image can be used as a buffer for passing messages. The 
screen panels can be simplified, since there is no longer a 
need to give operator instructions or to format the screen 
visually. 

IML/3000 fulfills the need for interactive access to IBM 
mainframes but goes beyond this to provide a method for 
distributed data processing between IBM mainframes and 
IIP 3000 systems. IIP distributed systems software, DS' 
3000, can be used at the same time as IML/3000 to combine 
HP-to-HP and HP-to-IBM communications. 

IML/3000 Organization 

IML consists of several modules: a set of intrinsics. the 
IDF. a manager program, a monitor, and the INP software, 
which includes the control unit and protocol driver (see 
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Fig. 1 . IMU3000 consists ol several modules and uses the HP 
3000 s intelligent network processor (INP) to minimize the 
impact on the HP 3000 system The mtrmsics are statements 
that are callable from HP 3000 user programs . The inquiry and 
development facility IIDF) allows a user al an HP terminal 
connected to the HP 3000 to log on to the host IBM system like 
a 3270 terminal 

Fig. 1). IML acts as a 3270 BSC control unit with up to 32 
attached devices, where a device is either a user program or 
an IDF terminal. Additional control units may be supported 
by running IML on additional INPs. The application pro- 
grams and IDF terminals read and write data into their 
screen images by calling the IML intrinsics. The monitor 
serves as a multipexer for all transmit and receive requests 
from the intrinsics. The monitor communicates to the INP 
control unit and BSC protocol driver. The IML manager 
program allows an IML manager to define a configuration 
file for the control unit, start and stop IML and the com- 
munications subsystem trace facility, display the current 
status of IML, and acquire and release terminals for IDF use. 

Intrinsics 

The IML intrinsics provide access to IBM host systems for 
HP application programs written in COBOL. FORTRAN. 
BASIC and SPL. The IML manager uses security statements 
in the IML configuration file to define access to the intrin- 
sics for users and programs. The intrinsics simplify user 
access to the host data. For example, the user can call 



READFIELD. specifying a field number, without knowing 
exactly where that data is within the screen image. Ease ol 
use for the HP application programmer was the goal, giving 
the program access to the data without a need to be con- 
cerned with 3270 or BSC protocol, The user may think in 
terms of field numbers, for which READFIELD and 
WRTTEFIELD are provided, or in terms of locations within 
the screen, for which READSCREEN and STREAM3270 are 
provided. The TRAN3270 intrinsic is used to send the mod- 
ified data within the screen to the host and the RECV3270 
intrinsic is used by the program toaccept the new host data. 

The IML intrinsics can be used with standard I/O or in 
no- wait I/O mode. The HP 3000 Multiprogramming Execu- 
tive intrinsics IOVVAIT and IODONTWAIT have been adapted 
slightly for use as IML intrinsics. 

The IML 3000 intrinsics are: 



OPEN3270 



YVRITEFIELL) 



STREAM327U 



TRAN3270 



RECV3270 



READFIELD 
READSCREEN 
SCREENATTR 
FIELDATTR 

ERR3270 

VERS3270 
RESET3270 

CLOSE327U 



Used to start communications wilh the 
host. A device is opened by allocating 
the internal screen buffer and the host is 
told that the device is now active. 
Writes the data specified by the calling 
program into the specified unprotected 
field. 

Starting from a given position this in- 
trinsic moves across the screen entering 
data in fields it encounters. The stream 
of data may include special characters to 
indicate cursor movement and other 
lunctions within the screen panel. 
Indicates that the user program wishes 
to transmit the modified data in the 
screen to the host. This intrinsic inter- 
faces with the IML monitor to ac- 
complish the transmission. 
The user program receives a screen that 
has been newly modified by the host. 
The internal screen image was already 
updated, so this intrinsic merely 
acknowledges the user program's ac- 
ceptance of the new screen data. 
Reads data from the specified field lor 
the user program. 

Reads part or all of the internal screen 
image. 

Returns information about the screen. 

such as cursor position. 

Returns information about the specified 

field, such as the attributes of the field 

and the length of the data within the 

field. 

Returns the error message associated 
with the specified intrinsic error 
number from the IML message catalog. 
Returns the current version of the IML 
3000 software running on the system. 
Equivalent to pressing the reset key. 
which enables the keyboard. The 3270 
keyboard is disabled after a transmit key 
is pressed. 

Closes this device, informs the host that 
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the device is powered off and terminates 
IML use for the user program. 

The following intrinsics are for use with no- wait 1/0: 

lOU AIT Waits for completion of a previous no- 

wait I/O request. 

IODONTWAIT Checks for completion of a previous 
no-wait I/O request. If there is a comple- 
tion, the user is informed, otherwise the 
intrinsic returns without waiting lorany 
completion. 

AI3OKT3270 Aborts an outstanding no-wait 

TRAN3270 or RECV3270 request. 



Inquiry and Development Facility 

The IML/3000 inquiry and development facility (IDF) was 
written as an application program, so that it interfaces to the 
3270 data through the IML intrinsics in the same manner as 
any user program would. IDF uses the IML intrinsics to read 
the data from the internal screen image and composes the 
data stream with the necessary escape sequences to display 
the screen on an HP 264X block-mode terminal. When the 
user hits the ENTER key on the terminal. IDF reads the 
screen and then uses the IML intrinsics to update the inter- 
nal screen image. IDF then calls TRAN327U to send the data 
to the host. IDF makes use of the no-wait I/O intrinsics to be 
interrupted either by the user at the terminal or by the 
receipt of a response from the host. 

The 264X softkeys are used to implement the 3270 pro- 
gram function, program attention, and clear keys. A 3270 
has either 12 or 24 program function keys, which are im- 
plemented on a single 264.X softkey. When this key is 
struck, IDF reads the screen and then displays a small menu 
to ask the user which program function key is desired. 
There are other differences between the HP and IBM termi- 
nals that preclude the use of IDF in a dedicated data entry 
mode. The purpose of IDF is to provide a tool that easily 
allows a standard HP block-mode terminal to be used to log 
on to a remote IBM system. IDF can be used for program 
development on the host or for casual inquiry to host pro- 
grams or data bases. 

IML/3000 Manager 

The IML manager module is used by the IML manager, a 
person who is responsible for constructing the IML config- 
uration file. This file specifies the IML environment and the 
users, programs, and HP terminals that can access the IML 
intrinsics and IDF. This file may also specify HP terminals 
that are automatically acquired for IDF when IML is started. 
The manager can start and stop the subsystem, turn com- 
munications subsystem (CS| trace on and off, and acquire 
other terminals lor IDF use. The concept of having an IML 
manager does not require thai the manager have access to 
the console. However, there is also a console type com- 
mand. DVILCONTROL, which can start and stop IML and turn 
CS trace on and off. The manager can display information 
about devices and line(s) in use. The IML manager module 
and IMl.CONTROI. are designed to answer the varying needs 
of customers for control of the IML subsystem. 



IML 3000 Monitor 

The IML monitor is the master controller for the entire 
subsystem. When the IML subsystem is started, the IML 
monitor is created as a process. It remains active in the 
system until the subsystem is terminated. The IML manager 
program serves as a pathway for the IML manager to speak 
to the monitor. 

The IML monitor multiplexes requests within the subsys- 
tem. It interfaces to the IMP code through the communica- 
tions subsystem (CS). The monitoralso interfaces to the IML 
intrinsics TRAN3270 and RECV3270. The manager module 
passes requests (START. STOP. TRACE, etc.) to the monitor. 
When the subsystem is started, the monitor calls the CS 
intrinsic COPEN to send the IML download file to the INP. 
After the INP memory has been successfully downloaded 
and initialized, a positive response is returned through CS 
to the monitor, and IML is started. Since up to 32 devices 
can be in use at one time, the IML monitor takes care of 
queueing TRAN3270 requests for the INP. 

Intelligent Network Processor Software 

The 3270 display does not scroll: it functions only in page 
mode. The 3270 screen format was designed for data entry 
and allows the IBM application programmer to design 
screen panels and define fields anywhere within the panels. 
Fields within 3270 screen panels are delimited by special 
characters called attribute characters. IML maintains an 
internal character-by-character image of the screen for each 
device on the control unit. This screen image is passed to 
the INP software, which accesses the screen image to en- 
code and decode the outbound and inbound data streams. 
The screen image is passed back from the INP to the HP 
3000 where it is maintained in an extra data segment. The 
extra data segment also contains the field offsets to locate 
the attribute characters within the screen panel. 

The INP download file for IML consists of three major 
processes. There is a physical driver/editor which is re- 
sponsible for placing outbound characters onto the line and 
for accepting and analyzing inbound characters. A BSC 
protocol data stream is transferred between the physical 
driver/editor and the second process, the line control 
monitor. The line control monitor deals with BSC protocol 
and transfers 3270 data streams (less the BSC protocol) to 
the third process, the control unit. The control unit process 
interfaces with the IML monitor on the HP 3000 to obtain 
necessary screen images. The control unit constructs out- 
bound 3270 data streams from the screen image and also 
decodes the host commands and orders within an inbound 
3270 data stream. Thus the INP takes care of all the protocol 
and the screen image is returned to the 3000. 
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Interactive Mainframe Link/3000 

HP Model 32229A 3270 Emulator Software 

FEATURES 

. Programmatic access and update Allows user-written programs in COBOL. COBOL II, 
BASIC. FORTRAN, or SPL to access or update, in an on-line tashion, tiles or data bases 
on the host maintrame, through host application programs 

• All IML'3000 program statements (' inlrinsics") are high-level procedures tor maximum 
programmer productivity 

• Provides for a smooth transition to distributed processing with the HP 3000 Irom cen- 
tralized host processing allows off-loading ot teleprocessing tunction Irom the host main- 
frame to the HP 3000 

• IML/3000 intrinsic® ma/ be used in HP 3000 programs with the intrmsics ol any other 
HP 3000 software product — IMAGE/3000, V/3000. KSAM'3000. DS/3000— 10 develop very 
powerful and flexible applications. 

• Inquiry and Development Facility allows direct access to CICS, IMS. TSO, of other 
teleprocessing or timesharing applications on the host from HP terminals, without 
requiring programming on the HP 3000. 

• Simple Keyboard commands aUow the user to switch between a local HP 3000 session 
and remote access 10 the host mamtrame through Inquiry and Development Facility 

• IMU3000 uses the Intelligent Network Processor (INP) hardware interlace to the HP 3000 
to offload some ot Ihe communications overhead trom the HP 3000 CPU. 

• Up lo 32 HP programs using IML/3000 intrmsics. or pnnters and terminals using Inquiry 
and Development Facility (IDF), may communicate with the host mainframe at a lime 
over a leased communications line al speeds up lo 9600 bits per second, subject lo 
normal performance consideralions 

• Can share multidrop leased lines with existing bisync IBM 3270 control units 
HOST COMPATIBILITY 

IML/3000 is compatible with: 

• Mainframe teleprocessing/timesharing software: CICS. IMS DB. DC TSO. 

• Standard versions ol BTAM. TCAM, and VTAM 

IML is currently not compatible with CMS (Conversational Monitor System) 

• Note. To be used with IML/3000. hosi applications must use IBM 3270 screen sizes of 
480 or 1920 characters ana transmii dala blocks not exceeding 2048 characters. 
Your Hewlett-Packard Systems Engineer will quality your hosi operating environment prior 
lo ordering ol IML'3000 lo determine whether IML'3000 compatibility has been verified in 
an environment similar to yours 

HP 3000 REQUIREMENTS 

• Requires Intelligent Network Processor (INP) hardware interface for the HP 3000. 

• Terminals supported by Inquiry and Development Facility (IDF): HP 2640B, 2640N, 
2640S. 2645A. 2645N. 2645S, 2647A. 2648A connected to Asynchronous Terminal Con- 
troller (ATC) or Asynchronous Dala Communications Controller (ADCC); HP 2645A 
2647 A, 2648A lerminals connected by Multipoint Terminal Software (MTS./3000) 

• Terminals using Inquiry and Developmenl Facility require 8K memory option I12K lor 
Multipoint) and display enhancement board 

• Pnnters supported by IDF 

HP-IB based systems 2608A. 2631 A. 
Non-HP-IB based systems 2606A. 26I3A. 261 7A, 2619A. 
PRICE IN U.S.A.: 
32229A License lo use. $4200 
32229R License to copy, $1680 
MANUFACTURING DIVISION: DATA COMMUNICATIONS OPERATION 
1 9447 Pruneridge Avenue 
Cupeflino. California 95014 U.S.A. 
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